JEST - зачем издеваться над api звонками?

Question

Я знакомлюсь с тестированием JavaScript, и, возможно, мне не хватает одной или двух точек, связанных с насмешливыми вызовами API.Каждый учебник, который я нашел, проверяет вызовы API при выполнении модульного или интеграционного тестирования - пример: https://jestjs.io/docs/en/tutorial-async

Я не понимаю значение насмешки над ответом сервера путем предоставления жестко закодированных данных, а затем тестирования значения этого сложногозакодированные данные.Кажется, что все, что делает такой тест, говорит вам, использовал ли ваш инструмент макет вместо реального вызова API.Этот результат ничего не говорит о поведении вашего приложения, хотя не так ли?Я что-то упустил?

Кроме того, что если я действительно хочу проверить результат реального вызова API?Это толкает меня на территорию функционального тестирования?Можно ли провести реальное тестирование вызова API с помощью такого инструмента, как Jest, или он лучше подходит для чего-то вроде селена или testcafe?

Answer 1

Этот результат ничего не говорит вам о поведении вашего приложения, хотя и не

Конечно, это так.Он сообщает вам, что ваш интерфейсный компонент смог правильно обработать полученные данные (поместить их в хранилище с избыточностью, localStorage, обновить пользовательский интерфейс и т. Д.).

Answer 2

Если вы хотите проверить вызов реального API и если этот вызов выполняется интерфейсным приложением, TestCafe предлагает Request Hooks , которые позволяют проверить, что API вызывается правильно.Таким образом, ответ содержит правильные данные.

Пересмешивание ответа API позволяет выполнить какое-то тестирование хаоса: что происходит с внешним интерфейсом, когда API отправляет HTTP 500/400/404/202 /... или когда API никогда не отправляет ответ ...