انٹیگریشن ٹیسٹنگ کیا ہے؟

Question

Accepted Answer

**انٹیگریشن ٹیسٹنگ** متعدد **اجزاء یا یونٹس کے درست طریقے سے ایک ساتھ کام کرنے** کی تصدیق کرتی ہے — تعاملات اور انضمام کے نکات کو ٹیسٹ کرتے ہوئے (جیسے کوڈ ڈیٹا بیس کے ساتھ، سروسز ایک دوسرے کو کال کرتے ہوئے، یا ماڈیولز کو ملایا جاتا ہے)۔ یہ ان مسائل کو پکڑتی ہے جو یونٹ ٹیسٹس (جو یونٹس کو الگ تھلگ کرتے ہیں) چھوڑ دیتے ہیں۔

## انٹیگریشن ٹیسٹنگ کیا تصدیق کرتی ہے

```text
Integration tests verify COMPONENTS WORKING TOGETHER (not in isolation):
  → code + DATABASE (does the data layer actually work with a real DB?)
  → service A calling service B / an external API
  → multiple modules/units combined; the integration POINTS between them
→ catches issues in how parts INTERACT — which unit tests (isolated) can't catch.
```

## انٹیگریشن ٹیسٹس اہم کیوں ہیں (بمقابلہ یونٹ ٹیسٹس کے)

```text
UNIT tests isolate units (mocking dependencies) → fast, but DON'T verify real integration:
  → a unit can pass its tests but FAIL when combined (wrong assumptions about a dependency,
    a real DB query that's wrong, an API contract mismatch, config issues)
INTEGRATION tests use REAL (or realistic) dependencies → catch these interaction bugs:
  → wiring/configuration errors, data layer issues, contract mismatches between components
→ Integration tests verify the parts actually work TOGETHER.
```

## مثال اور غور و خوض

```js
// integration test: the repository actually works with a (test) database
test('UserRepository saves and retrieves a user', async () => {
  const repo = new UserRepository(testDb);     // REAL test database
  await repo.save({ name: 'Ann' });
  const user = await repo.findByName('Ann');    // real query
  expect(user.name).toBe('Ann');
});
```

```text
→ SLOWER than unit tests (real I/O, setup); use a TEST database/environment
→ Test important integration points (data access, key service interactions, APIs)
→ Fewer than unit tests (the pyramid middle); manage test data/state carefully
```

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

انٹیگریشن ٹیسٹنگ کو سمجھنا اہم ہے کیونکہ یہ **بگس کی ایک کلاس کو پکڑتی ہے جو یونٹ ٹیسٹس نہیں پکڑ سکتے** — اجزاء کے ایک دوسرے کے ساتھ کام کرنے میں مسائل — اس لیے یہ جامع ٹیسٹنگ کے لیے قیمتی علم ہے۔

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

اس تکمیلی تعلق کو سمجھنا (الگ تھلگ منطق کے لیے یونٹ ٹیسٹس، اصل تعاملات کے لیے انٹیگریشن ٹیسٹس) جامع ٹیسٹنگ کی کلید ہے، کیونکہ نہ تو تنہائی میں کافی ہے۔

**غور و خوض** کو سمجھنا — کہ انٹیگریشن ٹیسٹس سست ہیں (اصل I/O اور setup، اس لیے وہ اہرام کے درمیان میں بیٹھتے ہیں یونٹ ٹیسٹس سے کم کے ساتھ)، ٹیسٹ ڈیٹا بیسز/ماحول استعمال کرتے ہیں، اہم انضمام کے نکات پر توجہ دیتے ہیں (ڈیٹا رسائی، اہم سروس تعاملات، APIs)، اور احتیاط سے ٹیسٹ ڈیٹا/state کی تبدیلی کی ضرورت ہے — عملی انٹیگریشن ٹیسٹنگ کی عکاسی کرتا ہے۔

انٹیگریشن ٹیسٹس اعتماد فراہم کرتے ہیں کہ جمع شدہ حصے کام کرتے ہیں، جو یونٹ ٹیسٹس اکیلے نہیں دے سکتے۔

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