Test fixtures और setup/teardown क्या हैं?

Question

Accepted Answer

**Test fixtures** वह fixed setup (data, objects, state) है जिसकी tests को चलने के लिए आवश्यकता होती है, और **setup/teardown** methods tests से पहले और बाद में इस context को तैयार और साफ करती हैं। ये duplication कम करती हैं और सुनिश्चित करती हैं कि tests एक consistent, isolated state में चलें।

## Setup और 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 — reusable test data/state

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

## Best practices

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

## यह क्यों महत्वपूर्ण है

Test fixtures और setup/teardown को समझना valuable है क्योंकि ये **clean, isolated, maintainable tests लिखने के लिए आवश्यक** हैं, इसलिए यह उपयोगी व्यावहारिक knowledge है।

Tests को एक consistent starting context (data, objects, state) की आवश्यकता होती है, और **setup/teardown** methods (frameworks द्वारा प्रदान किए गए `beforeEach`/`afterEach` और `beforeAll`/`afterAll` hooks) tests से पहले इस context को तैयार करती हैं और बाद में इसे साफ करती हैं — duplication कम करती हैं (हर test में लिखने के बजाय shared setup एक बार लिखा गया) और सुनिश्चित करती हैं कि tests एक known state में चलें।

इन hooks को और प्रत्येक का उपयोग कब करना है यह समझना (fresh per-test state के लिए beforeEach, expensive shared setup के लिए beforeAll) tests को अच्छी तरह व्यवस्थित करने के लिए आवश्यक है।

**fixtures** (predefined test data और objects जो tests को एक known starting state देते हैं) और **factories** (sensible defaults और overrides के साथ flexibly test data generate करना, varied scenarios के लिए hardcoded data से बेहतर) को समझना tests को consistent, manageable data प्रदान करने के लिए valuable है।

सबसे महत्वपूर्ण, **best practices** को समझना test quality से जुड़ता है: **fresh state per test** के लिए `beforeEach` को प्राथमिकता देना **isolation** सुनिश्चित करता है (tests एक-दूसरे को प्रभावित नहीं करते — reliable tests के लिए महत्वपूर्ण), **teardown में cleanup करना** leftover state को रोकता है जो flaky, order-dependent tests का कारण बनता है (flakiness का एक सामान्य स्रोत), और **tests के बीच mutable state साझा न करना** order-dependence और flakiness से बचता है।

ये practices सीधे उस test isolation और determinism का समर्थन करती हैं जिसकी अच्छे tests को आवश्यकता होती है।

चूँकि tests को consistent setup और cleanup की आवश्यकता होती है, और चूँकि fixtures और setup/teardown (अच्छी तरह उपयोग किए गए, उचित isolation और cleanup के साथ) duplication कम करते हैं और उस isolated, deterministic state को सुनिश्चित करते हैं जिस पर reliable tests निर्भर करते हैं, इसलिए test fixtures और setup/teardown को समझना valuable, व्यावहारिक रूप से प्रासंगिक knowledge है — clean, isolated, maintainable tests लिखने के लिए महत्वपूर्ण, सीधे उस isolation और determinism का समर्थन करता है जो reliable tests को flaky tests से अलग करते हैं, लगभग हर test suite को व्यवस्थित करने में लागू एक उपयोगी कौशल।