Öffentliche Inhalte behandeln reproduzierbare Integrationsmuster. Eingeschränkte SDKs, Firmware und Herstellerunterlagen bleiben in freigegebenen Kanälen.
Vergleichbare Nachweise mit Methode, Version und Grenzen.
- Eine Domänenfunktion, die ein normalisiertes Erfassungsereignis verbraucht.
- Ein Testframework, das bereits im Projekt läuft.
- Eine klare Regel, was mit doppelten, leeren und ungültigen Werten passieren soll.
Publikationsstandard
Enterprise-Android-Integrationen mit versionierten Nachweisen entwickeln.
Öffentliche Inhalte behandeln reproduzierbare Integrationsmuster. Eingeschränkte SDKs, Firmware und Herstellerunterlagen bleiben in freigegebenen Kanälen.
- 01
Abhängig von Ihrem Port, nicht von der Geräteklasse
Der empfangende Workflow sollte über CaptureEvent und CapturePort Bescheid wissen. Es sollte keinen Scannermanager importieren, konstant oder modellspezifisch senden.
- 02
Emittieren deterministischer Ereignisse
Geben Sie dem gefälschten Adapter explizite Methoden für einen gültigen Scan, einen doppelten Scan, einen leeren Wert und einen Fehler. Tests werden lesbar, wenn die Eingabe das Operator-Szenario beschreibt.
- 03
Assert Geschäftsergebnisse
Prüfen Sie die Bestandsbewegung, Validierungsmeldungen und die doppelte Handhabung. Behaupten Sie nicht, dass ein Anbieter-Callback aus einem Business-Test aufgerufen wurde; das gehört in den Hardware-Adapter-Test.
- 04
Halten Sie den Hardware-Test klein
Wenn ein Gerät verfügbar ist, führen Sie einen fokussierten Rauchtest zum Öffnen, Auslösen, Dekodieren und Schließen durch. Die größere Workflow-Suite sollte schnell und gerätefrei bleiben.
Beispielanwendungen / Kotlin
SDK- und API-Muster
Originalprüfung doppelt. Es ist sicher zu veröffentlichen, weil es keine Anbieterklasse oder Binär enthält.
class FakeCapturePort : CapturePort {
private var listener: ((CaptureEvent) -> Unit)? = null
override fun open() = Unit
override fun start() = Unit
override fun stop() = Unit
override fun close() = Unit
override fun setListener(listener: (CaptureEvent) -> Unit) {
this.listener = listener
}
fun emit(value: String, symbology: String? = "test") {
listener?.invoke(CaptureEvent(value, symbology, Instant.now()))
}
}
@Test
fun receiving_a_valid_barcode_updates_stock() {
val scanner = FakeCapturePort()
val workflow = ReceivingWorkflow(scanner)
workflow.start()
scanner.emit("SKU-001")
assertEquals(ReceivingState.Accepted("SKU-001"), workflow.state)
}SDK-Verteilung
Publikationsprüfung
Hersteller-Binärdateien, API-Referenzen, Firmware und Quellcode-Beispiele werden nur veröffentlicht, wenn Redistributionsgenehmigung und unterstützter Umfang dokumentiert sind.
Verschieben Sie die Hardware-Einrichtung in einen kleinen Adapterrauchtest und behalten Sie die Domänenregeln auf dem gefälschten Port.
Fügen Sie ein explizites doppeltes Ereignis hinzu und behaupten Sie den Zustandsübergang einmal.
An der Normalisierungsgrenze ablehnen und einen benutzerwiederherstellbaren Zustand freigeben.
Nachweisstatus
Vergleichbare Nachweise mit Methode, Version und Grenzen.
- 01
Führen Sie die gefälschten Adaptertests auf jedem CI zu bauen.
- 02
Decken Sie gültige, leere, doppelte, übergroße und Transportausfälle ab.
- 03
Halten Sie den gerätespezifischen Adapter hinter einer Paketgrenze.
- 04
Führen Sie für jede genehmigte Baseline einen physischen Rauchtest für Geräte separat durch.
Ressourcen
SDK- und API-Muster
Hersteller-Binärdateien, API-Referenzen, Firmware und Quellcode-Beispiele werden nur veröffentlicht, wenn Redistributionsgenehmigung und unterstützter Umfang dokumentiert sind.