¿Qué son las fixtures de prueba y los métodos setup/teardown?

Question

Accepted Answer

**Las fixtures de prueba** son la configuración fija (datos, objetos, estado) que las pruebas necesitan para ejecutarse, y **los métodos setup/teardown** preparan y limpian este contexto antes y después de las pruebas. Reducen la duplicación y aseguran que las pruebas se ejecuten en un estado consistente y aislado.

## Setup y 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 — datos/estado de prueba reutilizable

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

## Mejores prácticas

```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 qué es importante

Comprender las fixtures de prueba y setup/teardown es valioso porque son **esenciales para escribir pruebas limpias, aisladas y mantenibles**, por lo que es conocimiento práctico útil.

Las pruebas necesitan un contexto inicial consistente (datos, objetos, estado), y **los métodos setup/teardown** (los hooks `beforeEach`/`afterEach` y `beforeAll`/`afterAll` que proporcionan los frameworks) preparan este contexto antes de las pruebas y lo limpian después — reduciendo la duplicación (la configuración compartida se escribe una vez en lugar de en cada prueba) y asegurando que las pruebas se ejecuten en un estado conocido.

Comprender estos hooks y cuándo usar cada uno (beforeEach para estado fresco por prueba, beforeAll para configuración compartida costosa) es necesario para organizar las pruebas bien.

Comprender **fixtures** (datos y objetos de prueba predefinidos que dan a las pruebas un estado inicial conocido) y **factories** (generando datos de prueba de manera flexible con valores predeterminados razonables y sobrescrituras, mejor que datos codificados para escenarios variados) es valioso para proporcionar a las pruebas datos consistentes y manejables.

Más importante aún, comprender las **mejores prácticas** se conecta con la calidad de las pruebas: preferir `beforeEach` para **estado fresco por prueba** asegura **aislamiento** (las pruebas no se afectan mutuamente — crucial para pruebas confiables), **limpiar en teardown** previene estado residual que causa pruebas inestables y dependientes del orden (una fuente común de inestabilidad), y **no compartir estado mutable entre pruebas** evita dependencia del orden e inestabilidad.

Estas prácticas apoyan directamente el aislamiento de pruebas y el determinismo que las buenas pruebas requieren.

Ya que las pruebas necesitan configuración y limpieza consistentes, y ya que las fixtures y setup/teardown (usadas bien, con aislamiento adecuado y limpieza) reducen la duplicación y aseguran el estado aislado y determinista del que las pruebas confiables dependen, comprender las fixtures de prueba y setup/teardown es conocimiento valioso y prácticamente relevante — importante para escribir pruebas limpias, aisladas y mantenibles, apoyando directamente el aislamiento y determinismo que distinguen las pruebas confiables de las inestables, una habilidad útil aplicada en la organización de prácticamente cada suite de pruebas.