Что такое моки, стабы и тестовые двойники?

Question

Accepted Answer

**Тестовые двойники** — это объекты, которые заменяют реальные зависимости в тестах, включая **моки**, **стабы**, **шпионов**, **подделки** и **пустышки**. Они изолируют тестируемый код от его зависимостей (баз данных, API, сервисов), обеспечивая быстрые, сфокусированные, контролируемые модульные тесты.

## Почему это важно

```text
To test a unit in ISOLATION, replace its real dependencies (DB, API, services) with
TEST DOUBLES (fake stand-ins):
  → isolate the unit (test ONLY it, not its dependencies)
  → FAST (no real DB/network); CONTROLLED (set up exact scenarios, including errors);
    DETERMINISTIC (no external flakiness)
```

## Типы тестовых двойников

```text
STUB → provides canned RESPONSES to calls (returns preset data):
  → "when getUser is called, return this fake user" — controls inputs to the unit
MOCK → a stub that also VERIFIES interactions (was it called? how? with what?):
  → "verify save() was called once with these arguments" — checks behavior/interactions
SPY → wraps a real (or fake) object and RECORDS calls (verify how it was used)
FAKE → a working but simplified implementation (e.g. an in-memory database)
DUMMY → a placeholder passed but not actually used
```

```js
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## Мок против стаба (ключевое отличие)

```text
STUB → controls INPUTS (provides data the unit needs) — "state" verification
MOCK → verifies OUTPUTS/interactions (was the dependency called correctly?) — "behavior"
  verification
→ Use stubs to provide data; mocks to verify the unit called a dependency correctly.
⚠️ Over-mocking → tests coupled to implementation (brittle); mock at the right boundaries.
```

## Почему это важно

Понимание тестовых двойников (моков, стабов и т. д.) важно, потому что они **необходимы для написания изолированных модульных тестов**, поэтому это ценное, часто применяемое знание о тестировании.

Для тестирования единицы кода в изоляции (цель модульного тестирования) вы должны заменить его реальные зависимости (базы данных, API, сервисы) на **тестовые двойники** — обеспечивая тесты, которые **быстрые** (без реального ввода-вывода), **контролируемые** (настройка точных сценариев, включая условия ошибок, которые сложно вызвать с реальными зависимостями) и **детерминированные** (без внешней нестабильности).

Понимание **типов** и их назначения необходимо: **стабы** (предоставление заранее подготовленных ответов для контроля того, что возвращают зависимости — передача единице кода конкретных данных), **моки** (стабы, которые также проверяют взаимодействия — проверка того, что единица кода правильно вызвала зависимость), **шпионы** (запись вызовов на реальных или поддельных объектах), **подделки** (работающие упрощенные реализации, как базы данных в памяти) и **пустышки** (заполнители).

Понимание **ключевого отличия мока от стаба** — стабы контролируют входные данные (проверка состояния: предоставление данных), а моки проверяют выходные данные и взаимодействия (проверка поведения: проверка того, что единица кода правильно вызвала зависимости) — это важное концептуальное знание, которое часто путают, и правильное использование каждого имеет значение.

Понимание **опасности чрезмерного использования моков** (избыточное мокирование связывает тесты с деталями реализации, делая их хрупкими, поэтому вы должны создавать моки на правильных границах) отражает зрелое суждение о тестировании.

Тестовые двойники постоянно используются в модульном тестировании для изоляции тестируемого кода.

Поскольку изолированное модульное тестирование требует замены реальных зависимостей на тестовые двойники (для скорости, контроля и детерминированности), и поскольку понимание типов, отличие мока от стаба и опасность чрезмерного использования моков необходимы для написания хороших изолированных тестов, понимание тестовых двойников — это ценное, часто применяемое знание о тестировании — необходимое для модульного тестирования, постоянно используемое для изоляции тестируемого кода и важное для написания сфокусированных, контролируемых тестов, избегая при этом хрупкости чрезмерного мокирования, основной навык эффективного модульного тестирования.