آپ وراثی کوڈ میں ٹیسٹ کیسے شامل کرتے ہیں؟

Question

Accepted Answer

**وراثی کوڈ** (اکثر بغیر ٹیسٹ کے، تبدیل کرنے میں مشکل کوڈ) ٹیسٹ کرنا مشکل ہے — اس میں پیچیدہ dependencies اور کوئی ٹیسٹ نہیں ہو سکتے۔ ٹیسٹ شامل کرنا محفوظ طریقے سے **characterization tests**، **seams** سے dependencies کو توڑنے، اور بتدریج بہتری جیسی تکنیکوں کو شامل کرتا ہے، جو محفوظ تبدیلیوں کو ممکن بناتا ہے۔

## وراثی کوڈ کا چیلنج

```text
Legacy code is often: untested, tightly coupled, hard to understand, risky to change:
  → no tests → changing it is dangerous (you can't tell if you broke something)
  → hard to test → dependencies are tangled (can't isolate units); not designed for testing
→ a chicken-and-egg problem: to change safely you need tests, but it's hard to test.
```

## Characterization Tests (موجودہ رویہ کو طے کریں)

```text
CHARACTERIZATION (golden master) tests → capture the code's CURRENT behavior as-is
  (even if you don't fully understand it / it has bugs):
  → write tests asserting what it ACTUALLY does now → a SAFETY NET
  → then you can refactor/change with confidence that behavior is preserved
→ Don't assert what it SHOULD do — assert what it DOES, to protect against regressions.
```

## Dependencies کو توڑنا (Seams)

```text
To isolate hard-to-test code, find/create SEAMS (places to substitute dependencies):
  → extract dependencies behind interfaces; inject them; use the smallest safe refactors
    to make code testable (Michael Feathers' techniques)
  → carefully break dependencies so you can get the code under test, then test, then refactor
```

## بتدریج رویہ

```text
✓ Add tests AROUND code BEFORE changing it (a safety net for the change)
✓ Focus on areas you're CHANGING / high-risk / high-value (not the whole codebase at once)
✓ Improve incrementally — leave code a bit better each time (the "boy scout rule")
✓ Use characterization tests to capture behavior, then refactor toward testability
```

## یہ کیوں اہم ہے

وراثی کوڈ میں ٹیسٹ شامل کرنے کا طریقہ سمجھنا قیمتی سینئر سطح کی معلومات ہے کیونکہ **زیادہ تر حقیقی دنیا کا کام موجودہ، اکثر بغیر ٹیسٹ کے کوڈ میں شامل ہے**، اور اسے محفوظ طریقے سے بہتر بنانا ایک عام، اہم چیلنج ہے، لہذا یہ عملی طور پر متعلقہ ہے۔

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

اس کو حل کرنے کی تکنیکوں کو سمجھنا قیمتی عملی معلومات ہے۔ **Characterization Tests** (کوڈ کے *موجودہ* رویے کو جیسے ہے ویسے ہی پکڑنا، اس بات پر زور دینا کہ یہ اصل میں کیا کرتا ہے بجائے اس کے کہ یہ کیا کریں — یہاں تک کہ اگر مکمل طور پر سمجھا نہ جائے) ایک **حفاظتی جال** فراہم کرتے ہیں جو آپ کو refactor اور تبدیل کرنے دیتا ہے اس اعتماد کے ساتھ کہ موجودہ رویہ محفوظ رہے — ایسے کوڈ کے ساتھ کام کرنے کی ایک اہم تکنیک جسے آپ مکمل طور پر نہیں سمجھتے۔

**Seams کے ذریعے dependencies کو توڑنا** (dependencies کو متبادل کرنے کی جگہوں کو تلاش کرنا یا بنانا، کم سے کم محفوظ refactors استعمال کرتے ہوئے پیچیدہ کوڈ کو ٹیسٹ کے قابل بنانا — Michael Feathers کے کام سے تکنیکیں) کو سمجھنا سخت-سے-ٹیسٹ کوڈ کو ٹیسٹ کے تحت لانے کے لیے ضروری ہے۔

**بتدریج رویہ** کو سمجھنا — اسے تبدیل کرنے سے پہلے کوڈ کے ارد گرد ٹیسٹ شامل کریں (تبدیلی کے لیے ایک حفاظتی جال)، ایسے علاقوں پر توجہ دیں جو تبدیل ہو رہے ہیں یا زیادہ خطرناک/زیادہ قیمتی ہیں (پوری کوڈ بیس کے بجائے ایک وقت میں)، اور بتدریج بہتری کریں (boy scout rule) — یہ وہ عملی، حقیقی طریقہ ظاہر کرتا ہے جو وراثی نظاموں کو وقت کے ساتھ بہتر بنانے کے لیے ہے۔

چونکہ زیادہ تر حقیقی دنیا کی ترقی موجودہ، اکثر بغیر ٹیسٹ کے وراثی کوڈ میں شامل ہے جو محفوظ طریقے سے تبدیل کیا جانا چاہیے (ایک عام، مشکل صورتحال)، اور چونکہ تکنیکوں کو سمجھنا (characterization tests حفاظتی جال کے لیے، seams dependencies کو توڑنے کے لیے، بتدریج بہتری) ایسا کرنا ممکن بناتا ہے، وراثی کوڈ میں ٹیسٹ شامل کرنا سمجھنا قیمتی سینئر سطح کی معلومات ہے — موجودہ بغیر ٹیسٹ کے کوڈ کے ساتھ کام کرنے کی حقیقی تعداد کے لیے عملی طور پر متعلقہ، وراثی نظاموں کو محفوظ طریقے سے بہتر بنانے میں ضروری تجربہ اور تکنیکوں کو ظاہر کرتے ہوئے، سینئر انجینئروں کے لیے ایک اہم صلاحیت جنہیں بکثرت بغیر ٹیسٹ کے کوڈ کو تبدیل کرنے میں محفوظ بنانا چاہیے۔