Как проводить интеграционное тестирование, если внешняя система недоступна или не может быть развернута локально?

Question

Если внешняя система недоступна, используют mock или stub, которые имитируют её поведение. Это позволяет тестировать код без реального подключения. Иногда поднимают тестовые контейнеры или используют sandbox-окружения. Такой подход делает тесты стабильными и быстрыми.

YeaHub · Accepted Answer

Интеграционные тесты проверяют взаимодействие компонентов системы, но реальные внешние сервисы часто недоступны или нестабильны. Поэтому применяются специальные техники.1. Использование mockОпределение:Mock — это объект, который имитирует поведение реальной зависимости и возвращает заранее заданные ответы.Пример:from unittest.mock import patch

@patch("requests.get")
def test_api(mock_get):
    mock_get.return_value.status_code = 200
    # вызов функции, использующей requests.get
Плюсы:БыстроСтабильноНе зависит от сетиМинусы:Не проверяет реальную интеграцию полностью2. Использование stub или fakeStub — более простой объект, который возвращает фиксированные данные.Пример:локальный HTTP-сервер с подготовленными ответамиJSON-файлы с примерами ответовЭто полезно, когда нужно проверить обработку реальных структур данных.3. Тестовые контейнерыЕсли сервис можно поднять локально:Используют DockerПоднимают тестовую БД или брокерЭто ближе к реальной интеграции.4. Sandbox-окруженияНекоторые внешние API предоставляют тестовые среды:платежные системыоблачные сервисыЭто позволяет тестировать реальные сценарии без риска.5. Комбинированный подходНа практике:Unit-тесты используют mockИнтеграционные тесты — реальные сервисыE2E — полный сценарийВыводЕсли внешняя система недоступна, используют mock, stub или тестовые контейнеры. Такой подход делает тесты воспроизводимыми и контролируемыми.