Я создал несколько методов в классе обслуживания для подключения к внешнему сервису/поставщику через Guzzle с использованием запроса API POST.
Мне нравится использовать phpunit для тестирования — должен ли я использовать поддельный ответ HTTP Json без подключения к службе или он должен подключаться к службе, чтобы получить реальный ответ от службы?
Общий принцип тестирования: «Не высмеивайте то, чем не владеете». Имитация этих вызовов API делает ваши тесты менее надежными и дает вам ложное чувство безопасности, поскольку вы, скорее всего, получите ложные срабатывания.
Например, когда API неожиданно вносит критическое изменение, ваши тесты будут зелеными, и после развертывания в рабочей среде вы, наконец, заметите, что что-то не так. Это, вероятно, то, что вы хотите, чтобы ваши тесты поймали.
Когда вы будете тестировать реальный API, вы почувствуете надежность. Часто ли ваши тесты терпят неудачу из-за перебоев в обслуживании или тайм-аутов? Если это так, вы можете ввести такие меры, как механизм повторных попыток, автоматические выключатели или отделение вызовов API от остальной части вашего приложения.
Когда вы имитируете API, все, что вы можете сказать, это то, что ваш код ведет себя в соответствии с (возможно, устаревшей) спецификацией службы. Это нормально, но не так полезно, как полагаться на реальный сервис.
Что вы можете сделать, так это использовать группы для запуска этих тестов по отдельности. Это позволит легко включать/исключать эти, возможно, медленные и иногда ненадежные тесты из ваших оставшихся тестов. Это также помогает ограничить скорость, например. запустив эти тесты только на критических ветвях.
Вы должны издеваться над внешними вызовами API. Ваши тесты предназначены для проверки ВАШЕГО кода, а не внешнего API.
Примечание. В конечном счете, если вы ДЕЙСТВИТЕЛЬНО используете внешний API в своих тестах, вы, вероятно, будете подключаться к тестовой версии API (отличной от реальной версии API, к которой будет подключаться ваша производственная среда), поэтому вы на самом деле не гарантируете согласованность ответа API в любом случае.
