Что такое Mock и как он используется в тестировании?ruby-53

Mock (мок, mock-объект) — это специальный тестовый объект, который имитирует поведение реального объекта в контролируемых условиях. Моки являются ключевым инструментом в изолированном тестировании компонентов.

Основные понятия тестирования с моками

  1. Mock - объект с предопределенным ожидаемым поведением
  2. Stub - упрощенная версия мока, возвращающая заранее заданные значения
  3. Spy - объект, который записывает все взаимодействия с ним для последующей проверки

Когда использовать моки

  1. Для изоляции тестируемого кода от внешних зависимостей:

    • API сторонних сервисов
    • Базы данных
    • Сложные вычисления
    • Системные вызовы

  2. Для ускорения тестов (избегая реальных HTTP-запросов или запросов к БД)

  3. Для тестирования edge-cases, которые сложно воспроизвести с реальными объектами

Примеры использования моков в Ruby

Базовый пример с RSpec

describe PaymentProcessor do
  let(:payment_gateway) { instance_double('PaymentGateway') }

  it 'processes payment successfully' do
    # Настраиваем ожидание вызова метода с конкретными параметрами
    expect(payment_gateway).to receive(:charge)
      .with(amount: 100, card: '4242424242424242')
      .and_return(true)

    processor = PaymentProcessor.new(payment_gateway)
    result = processor.process(amount: 100, card: '4242424242424242')

    expect(result).to be true
  end
end

Пример с проверкой количества вызовов

describe Notifier do
  it 'sends exactly one email per user' do
    email_service = class_double('EmailService')
    allow(email_service).to receive(:send).and_return(true)

    notifier = Notifier.new(email_service)
    notifier.notify_users([User.new, User.new])

    expect(email_service).to have_received(:send).twice
  end
end

Лучшие практики работы с моками

  1. Не злоупотребляйте моками:

    • Реальные интеграционные тесты все равно нужны
    • Чрезмерное использование моков может создать ложное чувство надежности

  2. Соблюдайте принцип "один мок на тест":

    • Если вам нужно много моков, возможно, тестируемый класс делает слишком много

  3. Используйте verifying doubles (в RSpec):

    # Вместо этого:
double('User', name: 'John')

# Используйте это:
instance_double('User', name: 'John') # Проверяет существование метода

  4. Избегайте хрупких тестов:

    • Не проверяйте внутренние детали реализации
    • Фокусируйтесь на поведении, а не на последовательности вызовов

Распространенные ошибки

  1. Over-mocking:

    # Плохо: мокаем все подряд
describe Order do
  it 'calculates total' do
    item = double('Item', price: 10)
    allow(Item).to receive(:find).and_return(item)
    # ...
  end
end

  2. Тестирование реализации вместо поведения:

    # Плохо: тест знает слишком много о внутренней работе
it 'calls save_exactly twice' do
  expect(user).to receive(:save).twice
  # ...
end

  3. Использование моков для простых объектов:

    • Для простых value-объектов лучше использовать реальные экземпляры

Альтернативы мокам

  1. Фабрики (FactoryBot) - для создания реалистичных тестовых данных
  2. Фикстуры - для статических тестовых данных
  3. In-memory базы данных - для тестирования DB-интеграций

Резюмируем: Моки — это мощный инструмент для изолированного тестирования, но они требуют аккуратного использования. В Ruby-экосистеме RSpec предоставляет отличные средства для работы с моками (doubles, spies, verifying doubles). Главное — соблюдать баланс между изоляцией и реализмом тестов, фокусируясь на тестировании поведения, а не реализации.

Вопросы

Собеседования