ٹیسٹ fixtures اور setup/teardown کیا ہیں؟

Question

Accepted Answer

**ٹیسٹ fixtures** وہ fixed setup ہیں (ڈیٹا، آبجیکٹس، state) جو ٹیسٹس کو چلانے کے لیے درکار ہوتی ہیں، اور **setup/teardown** methods اس context کو ٹیسٹس سے پہلے اور بعد میں تیار اور صاف کرتے ہیں۔ یہ duplication کو کم کرتے ہیں اور یقینی بناتے ہیں کہ ٹیسٹس ایک مطابقت پذیر، الگ تھلگ 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 — دوبارہ استعمال ہونے والے ٹیسٹ ڈیٹا/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
```

## بہترین طریقے

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

## اس کی اہمیت

ٹیسٹ fixtures اور setup/teardown کو سمجھنا قیمتی ہے کیونکہ وہ **صاف، الگ تھلگ، قابل دیکھ بھال ٹیسٹس لکھنے کے لیے ضروری ہیں**، لہذا یہ عملی علم ہے۔

ٹیسٹس کو ایک مطابقت پذیر شروعاتی context کی ضرورت ہے (ڈیٹا، آبجیکٹس، state)، اور **setup/teardown** methods (جو `beforeEach`/`afterEach` اور `beforeAll`/`afterAll` hooks فریم ورک فراہم کرتے ہیں) اس context کو ٹیسٹس سے پہلے تیار کرتے ہیں اور بعد میں صاف کرتے ہیں — duplication کو کم کرتے ہوئے (shared setup ایک بار لکھی جاتی ہے بجائے ہر ٹیسٹ میں) اور یقینی بناتے ہوئے کہ ٹیسٹس معلوم state میں چلیں۔

ان hooks کو سمجھنا اور ہر ایک کو کب استعمال کریں (beforeEach fresh per-test state کے لیے، beforeAll مہنگے shared setup کے لیے) ٹیسٹس کو اچھی طریقے سے منظم کرنے کے لیے ضروری ہے۔

**Fixtures** کو سمجھنا (پہلے سے متعین ٹیسٹ ڈیٹا اور آبجیکٹس جو ٹیسٹس کو معلوم شروعاتی state دیتے ہیں) اور **factories** (sensible defaults اور overrides کے ساتھ لچکدار طریقے سے ٹیسٹ ڈیٹا پیدا کرنا، مختلف منظرناموں کے لیے hardcoded ڈیٹا سے بہتر) قیمتی ہے تاکہ ٹیسٹس کو مطابقت پذیر، قابل انتظام ڈیٹا فراہم کریں۔
	es سے زیادہ اہم بات یہ ہے کہ **بہترین طریقے** کو سمجھنا ٹیسٹ کے معیار سے متصل ہے: **fresh state per test** کے لیے `beforeEach` کو ترجیح دینا **isolation** کو یقینی بناتا ہے (ٹیسٹس ایک دوسرے کو متاثر نہیں کرتے — قابل اعتماد ٹیسٹس کے لیے اہم)، **teardown میں صاف کرنا** leftover state کو روکتا ہے جو flaky، order-dependent ٹیسٹس کا سبب بنتا ہے (flakiness کے عام ذرائع میں سے ایک)، اور **ٹیسٹس میں mutable state کو share نہ کرنا** order-dependence اور flakiness سے بچتا ہے۔

یہ طریقے براہ راست اس ٹیسٹ isolation اور determinism کو سپورٹ کرتے ہیں جو اچھے ٹیسٹس کی ضرورت ہے۔

چونکہ ٹیسٹس کو مطابقت پذیر setup اور cleanup کی ضرورت ہے، اور چونکہ fixtures اور setup/teardown (اچھی طریقے سے استعمال کیے جائیں، مناسب isolation اور cleanup کے ساتھ) duplication کو کم کرتے ہیں اور isolated، deterministic state کو یقینی بناتے ہیں جس پر قابل اعتماد ٹیسٹس منحصر ہیں، ٹیسٹ fixtures اور setup/teardown کو سمجھنا قیمتی، عملی متعلقہ علم ہے — صاف، isolated، قابل دیکھ بھال ٹیسٹس لکھنے کے لیے اہم، براہ راست اس isolation اور determinism کو سپورٹ کرتے ہوئے جو قابل اعتماد ٹیسٹس کو flaky ٹیسٹس سے الگ کرتا ہے، ایک مفید مہارت جو تقریباً ہر ٹیسٹ suite میں استعمال کی جاتی ہے۔