ما هي الاختبارات ذات المعاملات والاختبارات القائمة على البيانات؟

Question

Accepted Answer

**الاختبارات ذات المعاملات (القائمة على البيانات)** تشغل **نفس منطق الاختبار مع مجموعات متعددة من المدخلات والنتائج المتوقعة** — مما يتجنب تكرار الاختبار لكل حالة. تجعل من السهل اختبار العديد من السيناريوهات (بما في ذلك الحالات الحدية) بإيجاز.

## المشكلة: الاختبارات المكررة

```text
Without parameterization, testing many input/output cases means COPYING the test:
  test('add 2+3', () => expect(add(2,3)).toBe(5));
  test('add 0+0', () => expect(add(0,0)).toBe(0));
  test('add -1+1', () => expect(add(-1,1)).toBe(0));
  → lots of near-identical, repetitive tests (tedious, hard to maintain)
```

## الاختبارات ذات المعاملات — اختبار واحد، حالات عديدة

```js
// run the SAME test logic over a TABLE of cases (Jest's test.each)
test.each([
  [2, 3, 5],
  [0, 0, 0],
  [-1, 1, 0],
  [100, 200, 300],
])('add(%i, %i) === %i', (a, b, expected) => {
  expect(add(a, b)).toBe(expected);     // one logic, run per case
});
// → each row is a separate reported test case; add a case = add a row
```

معظم الأطر تدعم هذا (Jest `test.each`, pytest `@parametrize`, JUnit `@ParameterizedTest`).

## الفوائد

```text
✓ CONCISE — test many scenarios without duplicating the test body
✓ Easy to ADD CASES — just add a row of data (great for edge cases / many inputs)
✓ Each case reported SEPARATELY — you see exactly which input failed
✓ Clear, maintainable — the data table documents the cases
→ Ideal for functions with many input/output combinations and edge cases.
```

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

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

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

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

فهم أن معظم الأطر تدعم هذا (Jest's `test.each`, pytest's `@parametrize`, JUnit's `@ParameterizedTest`) يجعله قابلاً للتطبيق عملياً عبر المكادس المختلفة.

الاختبارات ذات المعاملات مثالية للدوال التي تحتوي على العديد من مجموعات المدخلات/المخرجات — شائعة جداً لدوال المساعدات والمدققات والمحللات والحسابات — حيث تمكن من اختبار النطاق الكامل من الحالات (بما في ذلك الحدود والحالات الحدية) بدون عبء تكرار رمز الاختبار.

هذه الطريقة الموجزة والقابلة للصيانة لتحقيق تغطية مدخلات واسعة تشجع على اختبار أكثر شمولاً.

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