Ce sunt fixture-urile de test și setup/teardown?

Question

Accepted Answer

**Fixture-urile de test** sunt setup-ul fix (date, obiecte, stare) de care au nevoie testele pentru a rula, iar metodele **setup/teardown** pregătesc și curăță acest context înainte și după teste. Acestea reduc duplicarea și asigură că testele rung într-o stare consistentă, izolată.

## 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-uri — date/stare de test reutilizabile

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

## Bune practici

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

## De ce este important

Înțelegerea fixture-urilor de test și a setup/teardown este valoroasă deoarece sunt **esențiale pentru scrierea testelor curate, izolate, ușor de întreținut**, deci este o cunoaștere practică utilă.

Testele au nevoie de un context de pornire consistent (date, obiecte, stare), iar metodele **setup/teardown** (hook-urile `beforeEach`/`afterEach` și `beforeAll`/`afterAll` pe care le oferă framework-urile) pregătesc acest context înainte de teste și îl curăță după — reducând duplicarea (setup-ul partajat scris o dată în loc să fie în fiecare test) și asigurând că testele rung într-o stare cunoscută.

Înțelegerea acestor hook-uri și când să folosești fiecare (beforeEach pentru stare proaspătă pe test, beforeAll pentru setup-ul partajat scump) este necesară pentru organizarea bună a testelor.

Înțelegerea **fixture-urilor** (date de test predefinite și obiecte dând testelor o stare inițială cunoscută) și **fabricilor** (generând date de test flexibil cu valori implicite rezonabile și override-uri, mai bine decât date hardcodate pentru scenarii variate) este valoroasă pentru furnizarea testelor cu date consistente, gestionabile.

Cel mai important, înțelegerea **bune practici** se conectează la calitatea testelor: preferarea `beforeEach` pentru **stare proaspătă pe test** asigură **izolarea** (testele nu se afectează reciproc — crucial pentru teste fiabile), **curățarea în teardown** previne starea rămasă care cauzeaza teste flaky, dependente de ordine (o sursă comună de flakiness), și **neimpartășirea stării mutabile între teste** evită dependența de ordine și flakiness.

Aceste practici suportă direct izolarea și determinismul testelor pe care testele bune le necesită.

Deoarece testele au nevoie de setup și cleanup consistent, iar deoarece fixture-urile și setup/teardown (folosite bine, cu izolare și cleanup corecte) reduc duplicarea și asigură starea izolată, deterministă pe care testele fiabile o necesită, înțelegerea fixture-urilor de test și a setup/teardown este o cunoaștere valoroasă, relevant practică — importantă pentru scrierea testelor curate, izolate, ușor de întreținut, suportând direct izolarea și determinismul care disting testele fiabile de cele flaky, o abilitate utilă aplicată în organizarea practic a fiecărei suite de teste.