Czym są fixture'y testowe i metody setup/teardown?

Question

Accepted Answer

**Fixture'y testowe** to stały setup (dane, obiekty, stan), który testy potrzebują do uruchomienia, a metody **setup/teardown** przygotowują i oczyszczają ten kontekst przed i po testach. Zmniejszają duplikację i zapewniają, że testy są uruchamiane w spójnym, izolowanym stanie.

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

## Fixture'y — wielokrotnie wykorzystywane dane/stan testowy

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

## Najlepsze praktyki

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

## Dlaczego to ważne

Zrozumienie fixture'ów testowych i metod setup/teardown jest wartościowe, ponieważ są **niezbędne do pisania czystych, izolowanych, łatwych w utrzymaniu testów**, więc to jest przydatna praktyczna wiedza.

Testy potrzebują spójnego kontekstu startowego (dane, obiekty, stan), a metody **setup/teardown** (hooki `beforeEach`/`afterEach` i `beforeAll`/`afterAll` dostarczone przez frameworki) przygotowują ten kontekst przed testami i oczyszczają go po — zmniejszając duplikację (wspólny setup napisany raz zamiast w każdym teście) i zapewniając, że testy są uruchamiane w znanym stanie.

Zrozumienie tych hooków i kiedy każdy używać (beforeEach dla świeżego stanu na test, beforeAll dla drogiego wspólnego setupu) jest niezbędne do dobrego organizowania testów.

Zrozumienie **fixture'ów** (predefiniowanych danych testowych i obiektów dających testom znany stan startowy) i **fabryk** (generujących dane testowe elastycznie z rozsądnymi domyślnymi wartościami i nadpisaniami, lepiej niż dane na stałe dla różnych scenariuszy) jest wartościowe dla dostarczania testom spójnych, zarządzalnych danych.

Najważniejsze jest zrozumienie **najlepszych praktyk**, które łączą się z jakością testów: preferowanie `beforeEach` dla **świeżego stanu na test** zapewnia **izolację** (testy się na siebie nie wpływają — kluczowe dla niezawodnych testów), **czyszczenie w teardown** uniemożliwia pozostały stan powodujący niestabilne, zależne od kolejności testy (częste źródło niestabilności), a **nieudostępnianie zmienialnego stanu między testami** unika zależności od kolejności i niestabilności.

Te praktyki bezpośrednio wspierają izolację i determinizm testów, które wymagają dobre testy.

Ponieważ testy potrzebują spójnego setupu i oczyszczenia, a ponieważ fixture'y i setup/teardown (używane dobrze, z właściwą izolacją i oczyszczaniem) zmniejszają duplikację i zapewniają izolowany, deterministyczny stan, na którym zależy niezawodność testów, zrozumienie fixture'ów testowych i setup/teardown jest wartościową, praktycznie istotną wiedzą — ważną dla pisania czystych, izolowanych, łatwych w utrzymaniu testów, bezpośrednio wspierającą izolację i determinizm, które odróżniają niezawodne testy od niestabilnych, użyteczna umiejętność stosowana w organizowaniu praktycznie każdego zestawu testów.