Имитированный API отвечает на запросы так же, как и реальный сервис — те же URL-адреса, те же коды состояния, те же формы ответов — без какой-либо зависимости от системы, от которой зависит реальный сервис. Он существует для того, чтобы клиент можно было создать, продемонстрировать или протестировать до того, как реальный сервис будет готов, или когда вызов реального сервиса будет медленным, дорогостоящим, ограниченным по частоте или деструктивным.
Моки бывают трех основных типов. Статический мок всегда возвращает один и тот же стандартный набор данных. Настраиваемый мок позволяет задавать для каждой конечной точки, что именно нужно вернуть. Имитированный мок — именно таким является этот пример — фактически сохраняет состояние: POST-запрос создает то, что может найти последующий GET-запрос, DELETE-запрос удаляет это, а такие ограничения, как уровень запасов, доступность мест и конфликты версий, скорее обеспечиваются, чем описываются.
Распространенное предположение заключается в том, что заглушка не может демонстрировать обработку ошибок, поскольку заглушка всегда срабатывает. Это свойство большинства заглушек, а не самой системы заглушек. Именно пути сбоя — 409, 412, 429, 503 — сложнее всего спровоцировать в реальном сервисе и наиболее ценны для отработки, поэтому API, который всегда возвращает только 200, является слабым объектом для тренировки.
Все API здесь работают в обоих направлениях: либо полностью в вашем браузере без подключения к сети, либо через работающий бэкэнд по протоколу HTTPS. Движок браузера использует один и тот же код, поэтому ответы совпадают.
Все термины · Приёмы тестирования · Все 39 mock REST API
Последнее обновление