Что такое тестовые фиксчи и методы setup/teardown?

Question

Accepted Answer

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

## Setup и teardown

```text
SETUP → runs BEFORE tests to prepare the context (create objects, data, connections)
TEARDOWN → runs AFTER tests to CLEAN UP (close connections, delete data, reset state)
→ frameworks provide hooks:
  beforeEach / afterEach → before/after EACH test (fresh state per test — common)
  beforeAll / afterAll → once before/after ALL tests in a group (shared expensive setup)
```

```js
describe('UserService', () => {
  let service, db;
  beforeEach(() => {                 // fresh setup for EACH test (isolation)
    db = createTestDb();
    service = new UserService(db);
  });
  afterEach(() => db.close());        // clean up after each test

test('creates a user', () => { /* uses the fresh service/db */ });
});
```

## Фиксчи — переиспользуемые тестовые данные и состояние

```text
FIXTURES → predefined data/objects tests use (a known starting state):
  → e.g. a sample user, a set of records, a configured object
  → FACTORIES → generate test data flexibly (build objects with sensible defaults +
    overrides) — better than hardcoded data for varied scenarios
→ reduce duplication; give tests consistent, known data to work with
```

## Best practices

```text
✓ Prefer beforeEach (fresh state per test) → ISOLATION (tests don't affect each other)
✓ Clean up in teardown → no leftover state causing flaky/order-dependent tests
✓ Keep setup minimal and clear; use factories for flexible test data
✓ Don't share MUTABLE state across tests (a cause of flakiness/order-dependence)
```

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

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

Тесты требуют согласованного начального контекста (данные, объекты, состояние), и методы **setup/teardown** (hooks `beforeEach`/`afterEach` и `beforeAll`/`afterAll`, которые предоставляют фреймворки) подготавливают этот контекст перед тестами и очищают его после — уменьшая дублирование (общая подготовка написана один раз, а не в каждом тесте) и гарантируя, что тесты выполняются в известном состоянии.

Понимание этих hooks и того, когда использовать каждый (beforeEach для свежего состояния за тест, beforeAll для дорогостоящей общей подготовки) необходимо для хорошей организации тестов.

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

Что ещё более важно, понимание **best practices** связано с качеством тестов: предпочтение `beforeEach` для **свежего состояния за тест** обеспечивает **изоляцию** (тесты не влияют друг на друга — критично для надёжных тестов), **очистка в teardown** предотвращает оставшееся состояние, которое вызывает нестабильные, зависящие от порядка тесты (частая причина flakiness), и **отсутствие общего изменяемого состояния между тестами** избегает зависимости от порядка и flakiness.

Эти практики напрямую поддерживают изоляцию и детерминизм тестов, необходимые для хороших тестов.

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