Vad är testfixtures och setup/teardown?

Question

Accepted Answer

**Testfixtures** är den fasta setup (data, objekt, tillstånd) som tester behöver för att köra, och **setup/teardown**-metoder förbereder och städar upp denna kontext före och efter tester. De minskar duplicering och säkerställer att tester körs i ett konsistent, isolerat tillstånd.

## Setup och 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 — återanvändbar testdata/tillstånd

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

## Bästa praxis

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

## Varför det är viktigt

Att förstå testfixtures och setup/teardown är värdefullt eftersom de är **väsentliga för att skriva rena, isolerade, underhållbara tester**, så det är användbar praktisk kunskap.

Tester behöver ett konsistent startsammanhang (data, objekt, tillstånd), och **setup/teardown**-metoder (hooks som `beforeEach`/`afterEach` och `beforeAll`/`afterAll` som ramverk tillhandahåller) förbereder denna kontext innan tester körs och städar upp den efteråt — minskar duplicering (delad setup skriven en gång istället för i varje test) och säkerställer att tester körs i ett känt tillstånd.

Att förstå dessa hooks och när man ska använda varje en (beforeEach för friskt per-test-tillstånd, beforeAll för dyr delad setup) är nödvändigt för att organisera tester väl.

Att förstå **fixtures** (fördefinierad testdata och objekt som ger tester ett känt starttillstånd) och **factories** (generera testdata flexibelt med vettiga standardvärden och åsidosättningar, bättre än hårdkodad data för varierande scenarier) är värdefullt för att tillhandahålla tester med konsistent, hanterbar data.

Viktigast av allt är att förstå **bästa praxis** kopplar till testkvalitet: att föredra `beforeEach` för **friskt tillstånd per test** säkerställer **isolering** (tester påverkar inte varandra — avgörande för pålitliga tester), **städa upp i teardown** förhindrar kvarvarande tillstånd som orsakar flaky, ordningsberoende tester (en vanlig källa till flakiness), och **att inte dela förändringsbara tillstånd mellan tester** undviker ordningsberoende och flakiness.

Dessa praktiker stöder direkt testisoleringen och determinismen som bra tester kräver.

Eftersom tester behöver konsistent setup och cleanup, och eftersom fixtures och setup/teardown (använt väl, med korrekt isolering och cleanup) minskar duplicering och säkerställer det isolerade, deterministiska tillstånd som pålitliga tester är beroende av, är förståelse för testfixtures och setup/teardown värdefullt, praktiskt relevant kunnande — viktigt för att skriva rena, isolerade, underhållbara tester, direkt stödjande testisoleringen och determinismen som skiljer pålitliga tester från flaky sådana, en användbar färdighet som tillämpas vid organisering av praktiskt taget varje testsvit.