Заглушка для клиента Feign для интеграционного тестирования

Вы можете использовать поддержку Spring Cloud WireMock и настроить конечную точку вручную перед вызовом тестов. В конфигурации имитации вы можете указать вручную IP-адрес и порт. Проблема в том, что этот тест практически бесполезен, потому что как потребитель вы издеваетесь над производителем.

ОБНОВИТЬ

У вас есть клиент Feign, который будет использоваться для вызова внешнего API. Что вы можете сделать, так это использовать Spring Cloud WireMock (или просто WireMock) для настройки макета этого API. Затем вы можете научить WireMock вести себя так, как вы хотите, и утверждать, что ваш клиент работает нормально. Проблема такого подхода в том, что поскольку вы, как клиент, настраиваете инстанс WireMock, вы можете научить его вести себя так, как это не имеет ничего общего с реальным API. Например, вы заявляете, что если вы отправляете запрос на конечную точку /foo с помощью метода GET, вы должны получить в ответ «BAR». Затем вы пишете тест, в котором ваш клиент отправляет GET @ /foo и утверждаете, что BAR был возвращен правильно. Однако это не означает, что другой API действительно имеет эту конечную точку. Таким образом, этот подход может дать вам ложные срабатывания. Однако вы можете использовать WireMock, чтобы подтвердить, можете ли вы правильно реагировать на ошибочные ответы, такие как искаженный ответ и т. д.

В таких случаях, если вы действительно хотите проверить, можете ли вы правильно взаимодействовать с API, который вы не контролируете, вы можете написать тесты, которые будут вызывать этот реальный API через прокси-сервер WireMock, вы записываете этот трафик и конвертируете его в заглушки. Подробнее об этом можно посмотреть в моей презентации здесь https://www.youtube.com/watch?v=ZyHG-VOzPZg