Was sind Test-Fixtures und Setup/Teardown?

Question

Accepted Answer

**Test-Fixtures** sind die feste Vorbereitung (Daten, Objekte, Zustand), die Tests benötigen, und **Setup/Teardown**-Methoden bereiten diesen Kontext vor und bereinigen ihn nach Tests. Sie reduzieren Duplikationen und stellen sicher, dass Tests in einem konsistenten, isolierten Zustand ausgeführt werden.

## Setup und 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 */ });
});
```

## Fixtures — wiederverwendbare Testdaten/Zustand

```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)
```

## Warum es wichtig ist

Test-Fixtures und Setup/Teardown zu verstehen ist wertvoll, weil sie **wesentlich für das Schreiben sauberer, isolierter, wartbarer Tests** sind, weshalb es sich um praktisches Wissen handelt.

Tests benötigen einen konsistenten Startkontext (Daten, Objekte, Zustand), und **Setup/Teardown**-Methoden (die `beforeEach`/`afterEach` und `beforeAll`/`afterAll` Hooks, die Frameworks bereitstellen) bereiten diesen Kontext vor Tests vor und bereinigen ihn danach — was Duplikationen reduziert (gemeinsames Setup wird einmal geschrieben, nicht in jedem Test) und stellt sicher, dass Tests in einem bekannten Zustand ausgeführt werden.

Zu verstehen, welche Hooks wann verwendet werden (beforeEach für frischen, testspezifischen Zustand, beforeAll für teure, gemeinsame Vorbereitung), ist notwendig, um Tests gut zu organisieren.

Zu verstehen, was **Fixtures** sind (vordefinierte Testdaten und Objekte, die Tests einen bekannten Startzustand geben) und **Factories** (flexibel Testdaten mit sinnvollen Defaults und Overrides generieren, besser als hartcodierte Daten für verschiedene Szenarien), ist wertvoll, um Tests mit konsistenten, verwaltbaren Daten bereitzustellen.

Wichtig ist vor allem das Verständnis der **Best Practices**: `beforeEach` für **frischen Zustand pro Test** bevorzugen stellt **Isolation** sicher (Tests beeinflussen sich nicht gegenseitig — entscheidend für zuverlässige Tests), **das Aufräumen in Teardown** verhindert übrig gebliebenen Zustand, der zu instabilen, reihenfolgenabhängigen Tests führt (eine häufige Ursache für Instabilität), und **nicht mutable Zustand über Tests hinweg teilen** vermeidet Reihenfolgenabhängigkeit und Instabilität.

Diese Praktiken unterstützen direkt die Test-Isolation und Determinismus, die gute Tests erfordern.

Da Tests konsistentes Setup und Cleanup benötigen, und da Fixtures und Setup/Teardown (richtig verwendet, mit ordnungsgemäßer Isolation und Cleanup) Duplikationen reduzieren und den isolierten, deterministischen Zustand sicherstellen, den zuverlässige Tests benötigen, ist das Verständnis von Test-Fixtures und Setup/Teardown wertvoll und praktisch relevantes Wissen — wichtig für das Schreiben sauberer, isolierter, wartbarer Tests, wobei direkt die Isolation und Determinismus unterstützt werden, die zuverlässige Tests von instabilen unterscheiden, ein nützliches Skill, das bei der Organisation praktisch jeder Test-Suite angewendet wird.