Mock, Stub, Fake и тестовые двойники

Тестовые двойники — это объекты-заменители для реальных зависимостей в тестах. Они помогают изолировать компоненты при тестировании, отключать внешние системы и делать тесты детерминированными. Если разобраться в различиях между Mock, Stub, Fake, Dummy и Spy, получатся более точные и поддерживаемые тесты.

Коротко

• Тестовые двойники заменяют реальные зависимости в тестах.
• Dummy, Stub, Fake, Spy и Mock отличаются поведением и назначением.
• Mocks проверяют взаимодействия, Stubs предоставляют фиксированные ответы, Fakes содержат упрощённую логику.
• Слишком много Mocks могут сделать тесты хрупкими.

Определение

Термин Test Double взят из кинематографа — как актёра заменяет его дубль. Тестовый двойник точно так же подменяет реальную зависимость в тесте. Цель состоит в том, чтобы изолировать тестируемый код от внешнего мира, оценивая только его поведение.

Пять типов тестовых двойников

Dummy

Dummy — это объект, который передаётся в параметрах, но никогда не используется. Он нужен только для соблюдения сигнатуры метода.

Stub

Stub возвращает предопределённые ответы на вызовы. Он заменяет реальную зависимость фиксированным результатом, не содержа собственной логики.

Fake

Fake содержит упрощённую, но работающую реализацию. Типичный пример — In-Memory-репозиторий вместо настоящей базы данных.

Spy

Spy записывает вызовы, чтобы проверить их позже. По сути это ручная версия Mock.

Mock

Mock — это объект, в котором ожидаемые взаимодействия определены до теста. После теста проверяется, произошли ли эти вызовы на самом деле.

Практический пример: обработка заказов с тестовыми двойниками

from unittest.mock import Mock

class OrderService:
    def __init__(self, payment_gateway, inventory_repository):
        self.payment_gateway = payment_gateway
        self.inventory_repository = inventory_repository

    def process_order(self, order):
        available = self.inventory_repository.is_available(order.product_id)
        if not available:
            return {"status": "failed", "reason": "out_of_stock"}
        payment_result = self.payment_gateway.charge(order.amount)
        if payment_result.success:
            return {"status": "success"}
        return {"status": "failed", "reason": payment_result.error}

class PaymentResult:
    def __init__(self, success, error=None):
        self.success = success
        self.error = error

def test_order_success():
    inventory = Mock()
    inventory.is_available.return_value = True

    payment = Mock()
    payment.charge.return_value = PaymentResult(success=True)

    service = OrderService(payment, inventory)
    result = service.process_order(Mock(product_id=1, amount=99.99))

    assert result["status"] == "success"
    payment.charge.assert_called_once_with(99.99)

Преимущества и недостатки

Преимущества

• Изоляция: внешние системы и медленные зависимости отключаются.
• Скорость: тесты выполняются без реальных баз данных и сетевых запросов.
• Детерминизм: фиксированные возвращаемые значения делают тесты предсказуемыми.
• Фокус: проверяется только поведение конкретного компонента.

Недостатки

• Ложная уверенность: Mocks могут дать неправильное представление о реальности.
• Затраты на поддержку: тесно связанные Mocks ломаются при рефакторинге.
• Усложнение: слишком много двойников скрывают реальное поведение.
• Кривая обучения: тонкие различия между Mock и Stub часто неправильно понимают.

Контрольные пункты

• Определение и назначение тестовых двойников.
• Различия между Dummy, Stub, Fake, Spy и Mock.
• Когда использовать каждый тип двойника.
• Преимущества и риски Mocks.
• Связь с пирамидой тестирования и изолированным тестированием.

Типичные вопросы (с кратким ответом)

1. Что такое тестовый двойник? Объект-заменитель для реальной зависимости в тесте.

2. В чём разница между Mock и Stub? Stub возвращает фиксированные ответы, Mock проверяет взаимодействия.

3. Что такое Fake? Заменитель с упрощённой, но функциональной логикой.

4. Когда использовать Dummy? Когда объект нужно передать как параметр, но он не используется в тесте.

5. Какой недостаток у Mocks? Они могут слишком привязать тест к реализации и сломаться при изменениях кода.

Основные источники

1. https://martinfowler.com/bliki/TestDouble.html
2. https://xunitpatterns.com/Test%20Double.html
3. https://en.wikipedia.org/wiki/Test_double

Дальше на пути Software Testing

Следующая статья на пути Software Testing охватывает Test Driven Development: Red, Green, Refactor — основы TDD с циклом Red-Green-Refactor.