Так что лучший способ сделать это - иметь некоторую логику в функциях маршрутизации вашего Api
Receive an API request
Check if ['X-MOCK-HEADER'] exists
If it does then route to the mock version of the endpoint
Так что ваш макет для пользователя create всегда будет возвращать 201 OK - ваша фиктивная конечная точка будет делать что-то вроде этого:
const routes = {
CREATE_USER_OK:() => { return {....} } // make sure these return proper http responses
CREATE_USER_BAD_REQUEST: () { return {...} }
}
return routes[HEADER_VALUE]()
Причина в том, что вы тестируете маршрут, а не класс базы данных в этом случае, поэтому вы просто хотите вернуть статические данные, если вы хотите проверить что-то еще, тогда просто измените X-MOCK-HEADERзначение того, что вы хотите, и добавьте фиктивный маршрут для возврата правильного http ответа / кода - мне нужно знать, как выглядел код API, чтобы помочь вам в реализации бэкэнда.
Если возможно, держитесь подальше отвозиться с подготовительными базами данных для тестирования, потому что в будущем вы будете испытывать МНОГО боли, постепенно заполняясь мусором.
Также, если вы работаете с внешним приложением, вы можете быстро создать прототип со статическими данными -это особенно полезно, если у вас есть передняя группа, ожидающая, пока конечная точка API скажет, создайте экран входа в систему.