ટેસ્ટ ફિક્સચર્સ અને સેટআપ/ટિયરડાઉન શું છે?

Question

Accepted Answer

**ટેસ્ટ ફિક્સચર્સ** એ નિશ્ચિત સેટআપ (ડેટા, ઑબ્જેક્ટ્સ, સ્ટેટ) છે જેની ટેસ્ટ્સને જરૂર હોય છે, અને **સેટআપ/ટિયરડાઉન** મેથડ્સ આ કોન્ટેક્સ્ટને ટેસ્ટ્સ પહેલાં અને પછીથી તૈયાર અને સાફ કરે છે. તેઓ ડુપ્લિકેશન ઘટાડે છે અને ટેસ્ટ્સ સુસંગત, અલગ કરેલી સ્થિતિમાં ચલે છે તેની ખાતરી કરે છે.

## સેટআપ અને ટિયરડાઉન

```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 */ });
});
```

## ફિક્સચર્સ — પુનઃવપરાય કરી શકાય તેવો ટેસ્ટ ડેટા/સ્ટેટ

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

## શા માટે તે મહત્વપૂર્ણ છે

ટેસ્ટ ફિક્સચર્સ અને સેટઆપ/ટિયરડાઉન સમજવું મૂલ્યવાન છે કારણ કે તેઓ **સ્વચ્છ, અલગ કરેલી, જાળવણીયોગ્ય ટેસ્ટ્સ લખવા માટે આવશ્યક છે**, તેથી તે ઉપયોગી વ્યવહારિક જ્ઞાન છે.

ટેસ્ટ્સને સુસંગત શરૂઆતી કોન્ટેક્સ્ટ (ડેટા, ઑબ્જેક્ટ્સ, સ્ટેટ) ની જરૂર હોય છે, અને **સેટઆપ/ટિયરડાઉન** મેથડ્સ (ફ્રેમવર્ક્સ આપતા `beforeEach`/`afterEach` અને `beforeAll`/`afterAll` હુક્સ) આ કોન્ટેક્સ્ટને ટેસ્ટ્સ પહેલાં તૈયાર કરે છે અને પછીથી સાફ કરે છે — ડુપ્લિકેશન ઘટાડે છે (શેર્ડ સેટઅપ એક વાર લખાય છે બદલે દરેક ટેસ્ટમાં) અને ટેસ્ટ્સ જાણીતી સ્થિતિમાં ચલે છે તેની ખાતરી કરે છે.

આ હુક્સ અને દરેક ક્યારે વપરાય (ટેસ્ટ દીઠ તાજું સ્ટેટ માટે beforeEach, ખર્ચાળ શેર્ડ સેટઅપ માટે beforeAll) સમજવું ટેસ્ટ્સ સારી રીતે સંગઠિત કરવા માટે જરૂરી છે.

**ફિક્સચર્સ** (પૂર્વનિર્ધારિત ટેસ્ટ ડેટા અને ઑબ્જેક્ટ્સ જે ટેસ્ટ્સને જાણીતી શરૂઆતી સ્થિતિ આપે છે) અને **ફ્યાક્ટરીઝ** (સમજદારી ભરેલી ડિફોલ્ટ્સ અને ઓવરાઈડ્સ સાથે લવચીક રીતે ટેસ્ટ ડેટા જનરેટ કરે છે, વિવિધ દૃશ્યો માટે હાર્ડકોડેડ ડેટા કરતાં વધુ સારું) સમજવું ટેસ્ટ્સને સુસંગત, સંચાલનીય ડેટા પ્રદાન કરવા માટે મૂલ્યવાન છે.
iințક્સ્ટ્લી, **શ્રેષ્ઠ અભ્યાસો** સમજવું ટેસ્ટ ગુણવત્તાને જોડે છે: **ટેસ્ટ દીઠ તાજું સ્ટેટ** માટે `beforeEach` પસંદ કરવું **અલગતા** (ટેસ્ટ્સ એક બીજાને અસર કરતા નથી — વિશ્વસનીય ટેસ્ટ્સ માટે નિર્ણાયક) ખાતરી કરે છે, **ટિયરડાઉનમાં સાફ કરવું** બાકી સ્ટેટ રોકે છે જે ઝાકઝાખી, ક્રમ-આશ્રિત ટેસ્ટ્સ (ઝાકઝાખીનો સામાન્ય સ્ત્રોત) સૃષ્ટি કરે છે, અને **ટેસ્ટ્સમાં ફેરફારશીલ સ્ટેટ શેર ન કરવું** ક્રમ-આશ્રિતા અને ઝાકઝાખી ટાળે છે.

ટેસ્ટ્સને સુસંગત સેટઅપ અને ક્લીનઅપ ની જરૂર હોય છે, અને ફિક્સચર્સ અને સેટઆપ/ટિયરડાઉન (સારી રીતે વપરાય, યોગ્ય અલગતા અને ક્લીનઅપ સાથે) ડુપ્લિકેશન ઘટાડે છે અને અલગ કરેલી, નિર્ણાયક સ્થિતી સુનિશ્ચિત કરે છે જેના પર વિશ્વસનીય ટેસ્ટ્સ આશ્રિત છે, ટેસ્ટ ફિક્સચર્સ અને સેટઆપ/ટિયરડાઉન સમજવું મૂલ્યવાન, વ્યવહારિક રીતે સુસંગત જ્ઞાન છે — સ્વચ્છ, અલગ કરેલી, જાળવણીયોગ્ય ટેસ્ટ્સ લખવા માટે મહત્વપૂર્ણ, સીધે અલગતા અને નિર્ણાયકતાને સમર્થન આપતું જે વિશ્વસનીય ટેસ્ટ્સને ઝાકઝાખી ટેસ્ટ્સથી અલગ કરે છે, આભાસમાં લાગુ કરાતું ઉપયોગી કૌશલ્ય વર્તુળમાં દરેક ટેસ્ટ સ્યુટ.