Mitä ovat testausfikstuuri ja setup/teardown?

Question

Accepted Answer

**Testausfikstuuri** on kiinteä asetus (data, objektit, tila), jota testit tarvitsevat toimiakseen, ja **setup/teardown** -metodit valmistelevat ja puhdistavat tätä kontekstia testien ennen ja jälkeen. Ne vähentävät toistoa ja varmistavat, että testit suoritetaan yhtenäisessä, eristetyssä tilassa.

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

## Fikstuuri — uudelleenkäytettävä testidataa/tilaa

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

## Parhaat käytännöt

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

## Miksi sillä on merkitystä

Testausfikstuuirien ja setup/teardown-menetelmien ymmärtäminen on arvokasta, koska ne ovat **välttämättömiä puhtaiden, eristettyjen ja ylläpidettävien testien kirjoittamiselle**, joten se on hyödyllistä käytännön tietoa.

Testit tarvitsevat yhtenäisen aloituskontekstin (data, objektit, tila), ja **setup/teardown** -metodit (`beforeEach`/`afterEach` ja `beforeAll`/`afterAll` -hooks, joita kehykset tarjoavat) valmistelevat tämän kontekstin ennen testejä ja puhdistavat sen jälkeen — vähentäen toistoa (jaettu setup kirjoitetaan kerran jokaisen testin sijaan) ja varmistaen, että testit suoritetaan tunnetussa tilassa.

Näiden hookien ja kunkin käytön ymmärtäminen (beforeEach tuoreelle tilalle testiä kohti, beforeAll kalliille jaetulla setupille) on välttämätöntä testien järjestämiselle hyvin.

**Fikstuuirien** (ennalta määritetyn testidatan ja objektien antaminen testeille tunnetusta alkutilasta) ja **tehtaiden** (testidatan joustavaa luomista järkevien oletusarvojen ja ohituksien avulla, parempi kovakoodatusta datasta vaihtelevissa tilanteissa) ymmärtäminen on arvokasta testien konsistenttisen ja hallittavan datan tarjoamiselle.

Lisäksi on tärkeää ymmärtää **parhaat käytännöt**, jotka liittyvät testien laatuun: `beforeEach`-metodin suosiminen **tuoreelle tilalle testiä kohti** varmistaa **eristämisen** (testit eivät vaikuta toisiinsa — ratkaisevaa luotettaville testeille), **puhdistaminen teardownissa** estää jäljelle jäävän tilan, joka aiheuttaa epävakaat, järjestyksestä riippuvat testit (yleinen vakaisuuden ongelma), ja **muuttuvan tilan jakamisen välttäminen testien välillä** välttää järjestyksestä riippuvuuden ja epävakauden.

Nämä käytännöt tukevat suoraan testien eristämistä ja determinismiä, joita hyvät testit vaativat.

Koska testit tarvitsevat yhtenäisen setupin ja puhdistamisen, ja koska fikstuuri ja setup/teardown (käytettynä hyvin, asianmukaisella eristyksellä ja puhdistuksella) vähentävät toistoa ja varmistavat eristetyn, deterministisen tilan, johon luotettavat testit perustuvat, testausfikstuuirien ja setup/teardown-menetelmien ymmärtäminen on arvokasta, käytännöllisesti merkityksellistä tietoa — tärkeää puhtaiden, eristettyjen ja ylläpidettävien testien kirjoittamiselle, tukien suoraan eristämistä ja determinismiä, jotka erottavat luotettavat testit epävakaista testeistä, hyödyllinen taito, jota sovelletaan lähes jokaisen testisarjan järjestämisessä.