ما هي أجهزة الاختبار (Test Fixtures) وطرق الإعداد/التنظيف (Setup/Teardown)؟

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

## لماذا يهم هذا

فهم أجهزة الاختبار وطرق الإعداد/التنظيف ذو قيمة لأنها **ضرورية لكتابة اختبارات نظيفة ومعزولة وقابلة للصيانة**، لذا فهي معرفة عملية مفيدة.

تحتاج الاختبارات إلى سياق ابتدائي متسق (بيانات وكائنات وحالة)، و**طرق الإعداد/التنظيف** (hooks `beforeEach`/`afterEach` و `beforeAll`/`afterAll` التي توفرها الإطارات) تجهز هذا السياق قبل الاختبارات وتنظفه بعدها — مما يقلل من التكرار (الإعداد المشترك يُكتب مرة واحدة بدلاً من كل اختبار) ويضمن أن الاختبارات تعمل في حالة معروفة.

فهم هذه الـ hooks ومتى تستخدم كل واحدة (beforeEach لحالة جديدة لكل اختبار، beforeAll للإعداد المشترك المكلف) ضروري لتنظيم الاختبارات بشكل صحيح.

فهم **أجهزة الاختبار** (البيانات والكائنات المحددة مسبقاً التي تعطي الاختبارات حالة ابتدائية معروفة) و**المصانع** (توليد بيانات الاختبار بمرونة مع قيم افتراضية معقولة وتجاوزات، أفضل من البيانات المشفرة بشكل صعب للسيناريوهات المختلفة) ذو قيمة لتزويد الاختبارات ببيانات متسقة وقابلة للإدارة.

الأهم من ذلك، فهم **أفضل الممارسات** يرتبط بجودة الاختبار: تفضيل `beforeEach` للحصول على **حالة جديدة لكل اختبار** يضمن **العزلة** (الاختبارات لا تؤثر على بعضها — حاسم لاختبارات موثوقة)، **التنظيف في teardown** يمنع الحالة المتبقية التي تسبب اختبارات غير مستقرة تعتمد على الترتيب (مصدر شائع للعدم الاستقرار)، و**عدم مشاركة الحالة القابلة للتغيير عبر الاختبارات** يتجنب الاعتماد على الترتيب والعدم الاستقرار.

هذه الممارسات تدعم بشكل مباشر عزل الاختبارات والحتمية التي تتطلبها الاختبارات الجيدة.

نظراً لأن الاختبارات تحتاج إلى إعداد وتنظيف متسق، ونظراً لأن أجهزة الاختبار وطرق الإعداد/التنظيف (عند استخدامها بشكل صحيح، مع العزل والتنظيف المناسب) تقلل من التكرار وتضمن الحالة المعزولة والحتمية التي تعتمد عليها الاختبارات الموثوقة، فإن فهم أجهزة الاختبار وطرق الإعداد/التنظيف ذو قيمة وذو صلة عملية — مهم لكتابة اختبارات نظيفة ومعزولة وقابلة للصيانة، يدعم بشكل مباشر العزل والحتمية التي تميز الاختبارات الموثوقة عن الاختبارات غير المستقرة، وهي مهارة مفيدة يتم تطبيقها في تنظيم كل مجموعة اختبارات تقريباً.