O que são fixtures de teste e setup/teardown?

Question

Accepted Answer

**Fixtures de teste** são a configuração fixa (dados, objetos, estado) que os testes precisam para executar, e métodos **setup/teardown** preparam e limpam esse contexto antes e depois dos testes. Eles reduzem duplicação e garantem que os testes sejam executados em um estado consistente e isolado.

## Setup e 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 — dados/estado de teste reutilizáveis

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

## Melhores práticas

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

## Por que isso importa

Compreender fixtures de teste e setup/teardown é valioso porque são **essenciais para escrever testes limpos, isolados e mantíveis**, portanto é um conhecimento prático útil.

Os testes precisam de um contexto inicial consistente (dados, objetos, estado), e os métodos **setup/teardown** (os hooks `beforeEach`/`afterEach` e `beforeAll`/`afterAll` que os frameworks fornecem) preparam esse contexto antes dos testes e limpam depois — reduzindo duplicação (setup compartilhado escrito uma vez em vez de em cada teste) e garantindo que os testes sejam executados em um estado conhecido.

Compreender esses hooks e quando usar cada um (beforeEach para estado fresco por teste, beforeAll para setup compartilhado custoso) é necessário para organizar bem os testes.

Compreender **fixtures** (dados de teste predefinidos e objetos que dão aos testes um estado inicial conhecido) e **factories** (gerando dados de teste flexivelmente com padrões sensatos e sobrescrita, melhor que dados codificados para cenários variados) é valioso para fornecer aos testes dados consistentes e gerenciáveis.

Mais importante ainda, compreender as **melhores práticas** se conecta à qualidade dos testes: preferir `beforeEach` para **estado fresco por teste** garante **isolamento** (testes não afetam uns aos outros — crucial para testes confiáveis), **limpar em teardown** previne estado residual que causa testes instáveis e dependentes de ordem (uma fonte comum de instabilidade), e **não compartilhar estado mutável entre testes** evita dependência de ordem e instabilidade.

Essas práticas apoiam diretamente o isolamento e determinismo dos testes que bons testes exigem.

Como os testes precisam de setup e cleanup consistentes, e como fixtures e setup/teardown (usados bem, com isolamento e limpeza adequados) reduzem duplicação e garantem o estado isolado e determinístico em que testes confiáveis dependem, compreender fixtures de teste e setup/teardown é um conhecimento valioso e praticamente relevante — importante para escrever testes limpos, isolados e mantíveis, apoiando diretamente o isolamento e determinismo que distinguem testes confiáveis de testes instáveis, uma habilidade útil aplicada na organização de praticamente toda suite de testes.