Apakah test fixture dan setup/teardown?

Question

Accepted Answer

**Test fixture** ialah persediaan tetap (data, objek, keadaan) yang diperlukan oleh ujian untuk berjalan, dan kaedah **setup/teardown** menyediakan serta membersihkan konteks ini sebelum dan selepas ujian. Ia mengurangkan pertindihan dan memastikan ujian berjalan dalam keadaan yang konsisten dan terpencil.

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

## Fixture — data/keadaan ujian boleh guna semula

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

## Amalan terbaik

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

## Mengapa ia penting

Memahami test fixture dan setup/teardown adalah berharga kerana ia **penting untuk menulis ujian yang bersih, terpencil, dan mudah diselenggara**, jadi ia merupakan pengetahuan praktikal yang berguna.

Ujian memerlukan konteks permulaan yang konsisten (data, objek, keadaan), dan kaedah **setup/teardown** (hook `beforeEach`/`afterEach` dan `beforeAll`/`afterAll` yang disediakan oleh framework) menyediakan konteks ini sebelum ujian dan membersihkannya selepasnya — mengurangkan pertindihan (setup berkongsi ditulis sekali dan bukan dalam setiap ujian) dan memastikan ujian berjalan dalam keadaan yang diketahui.

Memahami hook ini dan bila hendak menggunakan setiap satu (beforeEach untuk keadaan segar setiap ujian, beforeAll untuk setup berkongsi yang mahal) adalah perlu untuk menyusun ujian dengan baik.

Memahami **fixture** (data dan objek ujian pratakrif yang memberikan ujian keadaan permulaan yang diketahui) dan **factory** (menjana data ujian secara fleksibel dengan default yang munasabah dan override, lebih baik daripada data hardcoded untuk senario yang pelbagai) adalah berharga untuk menyediakan ujian dengan data yang konsisten dan boleh diurus.

Yang paling penting, memahami **amalan terbaik** berkait dengan kualiti ujian: mengutamakan `beforeEach` untuk **keadaan segar setiap ujian** memastikan **isolasi** (ujian tidak menjejaskan satu sama lain — penting untuk ujian yang boleh dipercayai), **membersihkan dalam teardown** menghalang leftover state yang menyebabkan ujian flaky dan bergantung turutan (sumber lazim flakiness), dan **tidak berkongsi mutable state merentas ujian** mengelakkan pergantungan turutan dan flakiness.

Amalan ini secara langsung menyokong isolasi dan determinisme ujian yang diperlukan oleh ujian yang baik.

Memandangkan ujian memerlukan setup dan cleanup yang konsisten, dan memandangkan fixture serta setup/teardown (digunakan dengan baik, dengan isolasi dan cleanup yang betul) mengurangkan pertindihan dan memastikan keadaan terpencil dan deterministik yang menjadi sandaran ujian yang boleh dipercayai, memahami test fixture dan setup/teardown adalah pengetahuan yang berharga dan relevan secara praktikal — penting untuk menulis ujian yang bersih, terpencil, dan mudah diselenggara, secara langsung menyokong isolasi dan determinisme yang membezakan ujian yang boleh dipercayai daripada ujian yang flaky, satu kemahiran berguna yang digunakan dalam menyusun hampir setiap test suite.