Описание проекта
Мы делаем новый веб-продукт, и фронтенд-команда простаивает в ожидании бэкенда, который будет готов ещё несколько недель. Нужен выделенный mock-сервер, который читает нашу спецификацию OpenAPI и заменяет собой реальный сервис, отдавая предсказуемые заготовленные ответы по каждому описанному эндпоинту. Цель — получить стабильный контракт, под который клиентские приложения смогут разрабатываться и демонстрироваться уже сегодня, чтобы при появлении настоящего бэкенда переключение сводилось к смене базового адреса. Это именно инструмент мокинга и заглушек, а не шлюз API и не тестовый фреймворк: маршрутизация, проксирование авторизации и библиотеки проверок мне не нужны, нужны достоверные фейковые ответы.
Mock должен разбирать спецификацию и автоматически формировать примеры полезной нагрузки из объявленных схем, но при этом позволять переопределять любой маршрут вручную написанным телом ответа с привязкой к пути, методу и коду статуса. Хочу по требованию имитировать реальные условия: настраиваемую задержку для каждого эндпоинта, принудительные коды ошибок вроде 400, 401, 404, 429 и 500, а также возможность возвращать разные ответы в зависимости от заголовка или флага в запросе, чтобы команда отрабатывала и штатные сценарии, и обработку сбоев. Фикстуры ответов должны лежать в обычных файлах, которые мы храним в git, а их перезагрузка не должна требовать перезапуска. Небольшой конфиг пусть задаёт глобальные значения задержки и доли ошибок по умолчанию.
На выходе жду единый сервис, который запускается локально одной командой и так же кладётся в контейнер для общего стенда. Приложите понятную инструкцию и пару готовых сценариев.
— Разбор спецификации OpenAPI и генерация примеров ответов по каждому эндпоинту
— Переопределение ответов по пути, методу и статусу через редактируемые файлы фикстур
— Имитация задержек, таймаутов и принудительных кодов ошибок по требованию
— Горячая перезагрузка фикстур без перезапуска сервера
— Запуск локально одной командой плюс контейнерный образ для стенда
Mock должен разбирать спецификацию и автоматически формировать примеры полезной нагрузки из объявленных схем, но при этом позволять переопределять любой маршрут вручную написанным телом ответа с привязкой к пути, методу и коду статуса. Хочу по требованию имитировать реальные условия: настраиваемую задержку для каждого эндпоинта, принудительные коды ошибок вроде 400, 401, 404, 429 и 500, а также возможность возвращать разные ответы в зависимости от заголовка или флага в запросе, чтобы команда отрабатывала и штатные сценарии, и обработку сбоев. Фикстуры ответов должны лежать в обычных файлах, которые мы храним в git, а их перезагрузка не должна требовать перезапуска. Небольшой конфиг пусть задаёт глобальные значения задержки и доли ошибок по умолчанию.
На выходе жду единый сервис, который запускается локально одной командой и так же кладётся в контейнер для общего стенда. Приложите понятную инструкцию и пару готовых сценариев.
— Разбор спецификации OpenAPI и генерация примеров ответов по каждому эндпоинту
— Переопределение ответов по пути, методу и статусу через редактируемые файлы фикстур
— Имитация задержек, таймаутов и принудительных кодов ошибок по требованию
— Горячая перезагрузка фикстур без перезапуска сервера
— Запуск локально одной командой плюс контейнерный образ для стенда
Тексты и Перевод Наличные, Банковский перевод
