ما هي الاختبارات غير المستقرة (Flaky Tests) وكيف تتعامل معها؟

Question

Accepted Answer

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

## ما هي الاختبارات غير المستقرة ولماذا تكون ضارة

```text
A FLAKY test gives INCONSISTENT results (pass sometimes, fail other times) on the SAME code:
  → harmful: ERODES TRUST — people start ignoring failures ("oh, it's just flaky") →
    real failures get missed too
  → waste time on false alarms / re-runs; break CI; reduce confidence in the whole suite
→ Flaky tests are worse than no test if they make people distrust all tests.
```

## الأسباب الشائعة

```text
✗ TIMING / async → race conditions; not waiting properly for async operations (a top cause
  in UI/E2E tests); arbitrary sleeps
✗ ORDER DEPENDENCE → tests depending on each other / shared mutable state
✗ EXTERNAL dependencies → real network/services (network blips, rate limits, downtime)
✗ NON-DETERMINISM → time/dates, randomness, timezone, locale
✗ Test ENVIRONMENT → leftover state, uncleaned data, concurrency/parallelism issues
```

## إصلاح وإدارة الاختبارات غير المستقرة

```text
✓ Fix the ROOT CAUSE: wait for conditions (not sleeps); make tests INDEPENDENT and clean
  up state; MOCK external dependencies; control time/randomness (inject them)
✓ Ensure proper isolation (no shared state, no order dependence)
✓ Don't just RETRY blindly (it hides the problem) — investigate and fix
✓ QUARANTINE persistently flaky tests (isolate so they don't block) WHILE fixing them
✓ Treat flakiness seriously — track and address it (it degrades the whole suite)
```

## أهمية هذا الموضوع

فهم الاختبارات غير المستقرة وكيفية التعامل معها مهم لأن **الاختبارات غير المستقرة مشكلة خطيرة وشائعة تقوّض قيمة مجموعة الاختبارات بأكملها**، لذا فإن معرفتها العملية ذات قيمة كبيرة.

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

فهم هذا الضرر يحفز على أخذ عدم الاستقرار على محمل الجد.

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

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

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