فلیکی ٹیسٹس کیا ہیں اور آپ ان سے کیسے نمٹتے ہیں؟

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

## اس کی اہمیت

فلیکی ٹیسٹس کو سمجھنا اور ان سے نمٹنا اہم ہے کیونکہ **فلیکی ٹیسٹس ایک سنگین، عام مسئلہ ہیں جو پوری ٹیسٹ سوٹ کی قیمت کو کمزور کرتے ہیں**، اس لیے یہ قیمتی عملی علم ہے۔

ایک فلیکی ٹیسٹ (ایک جیسے کوڈ پر مطابقت سے ناکام یا کامیاب ہونا) خاص طور پر نقصان دہ ہے کیونکہ یہ **اعتماد کو ختم کرتا ہے**: جب ٹیسٹس غیر متوقع طریقے سے ناکام ہوتے ہیں، تو لوگ ناکامیوں کو نظر انداز کرنا شروع کر دیتے ہیں ("یہ صرف فلیکی ہے")، جس کا مطلب ہے کہ **حقیقی ناکامیاں بھی چھوٹ جاتی ہیں** — اس لیے فلیکینس پوری سوٹ میں اعتماد کو کم کرتا ہے، ممکنہ طور پر اسے بیکار سے بھی بدتر بناتا ہے۔

اس نقصان کو سمجھنا فلیکینس کو سنجیدگی سے لینے کی ترغیب دیتا ہے۔

**عام وجوہات** سمجھنا — **وقت/async مسائل** (race conditions، async آپریشنز کا صحیح طریقے سے انتظار نہ کرنا، من مانی sleeps — خاص طور پر UI/E2E ٹیسٹس میں ایک اہم وجہ)، **ترتیب پر منحصریت** (ٹیسٹس ایک دوسرے یا مشترکہ state پر منحصر ہونا)، **بیرونی منحصریت** (حقیقی نیٹ ورک/سروسز ان کی خامیوں اور ڈاؤن ٹائم کے ساتھ)، **عدم تعین** (وقت، بے ترتیبی، time zone، locale)، اور **ماحول کے مسائل** (بقایا state، concurrency) — تشخیص کے لیے ضروری ہے۔

سمجھنا کہ کیسے **ان کو ٹھیک اور منظم کریں** — root causes کو ٹھیک کرنا (sleeps کی جگہ conditions کا انتظار کرنا، ٹیسٹس کو آزاد اور صاف بنانا، بیرونی منحصریت کو mock کرنا، وقت اور بے ترتیبی کو کنٹرول کرنا)، الگ تھلگ رکھنا، **بے دردی سے retry نہ کرنا** (جو مسائل کو چھپاتا ہے)، مستقل طور پر flaky ٹیسٹس کو quarantine کرنا جبکہ انہیں ٹھیک کیا جاتا ہے، اور flakiness کو سنجیدہ مسئلہ کے طور پر دیکھنا جس کو ٹریک اور حل کیا جائے — صحیح طریقہ کار کو عکاس کرتا ہے۔

چونکہ flaky ٹیسٹس ایک عام، سنگین مسئلہ ہیں جو ٹیسٹ سوٹ میں اعتماد اور قیمت کو کمزور کرتے ہیں (بہت سے حقیقی دنیا کے projects میں ایک حقیقی مسئلہ)، اور چونکہ ان کی وجوہات اور صحیح handling (root causes کو ٹھیک کرنا، الگ تھلگ رکھنا، صرف retry نہ کرنا) کو سمجھنا ایک قابل اعتماد ٹیسٹ سوٹ برقرار رکھنے کے لیے ضروری ہے، flaky ٹیسٹس کو سمجھنا قیمتی، عملی علم ہے — ایک اہم حقیقی دنیا کے testing مسئلے کو حل کرتے ہوئے، ٹیسٹ سوٹ کو قابل اعتماد اور معتبر رکھنے کے لیے اہم، اور testing کے سب سے ناراض کن اور نقصان دہ مسائل میں سے ایک کو سنبھالنے کی عملی بلوغت کو عکاس کرتے ہوئے۔