एकीकरण चाचणी (integration testing) म्हणजे काय?

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

## हे का महत्वाचे आहे

एकीकरण चाचणी समजून घेणे महत्वाचे आहे कारण ते **एक वर्ग बग्स पकडते जे यूनिट चाचण्या करू शकत नाहीत** — घटक एकत्रितपणे कार्य करताना समस्या — म्हणून ते व्यापक चाचणीसाठी मूल्यवान ज्ञान आहे.

जेथे यूनिट चाचण्या वैयक्तिक युनिट्स वेगळ्यापणे सत्यापित करतात (अवलंबन मॉक करून), या वेगळेपणामुळे ते **वास्तविक एकीकरण सत्यापित करू शकत नाहीत**: एक युनिट सर्व त्याच्या चाचण्या पास करू शकते परंतु वास्तवात इतरांसह एकत्रित झाल्यावर अपयशी होऊ शकते (अवलंबनबद्दल चुकीच्या गृहितकांमुळे, वास्तविक डेटाबेस क्वेरी चुकीची असल्यामुळे, API करार असमती, किंवा कॉन्फिगरेशन समस्यांमुळे). **एकीकरण चाचण्या** हे अंतर भरतात वास्तविक (किंवा वास्तवजन्य) अवलंबनांसह **एकत्रितपणे कार्य करणाऱ्या घटकांची चाचणी करून** — सत्यापित करून की कोड वास्तवात वास्तविक डेटाबेससह कार्य करतो, सेवांची परस्परक्रिया योग्य आहे, आणि एकीकरण बिंदू कार्य करतात — विछिन्न यूनिट चाचण्या चुकवतात असे वायरिंग, डेटा-स्तर, आणि करार बग्स पकडून.

हे पूरक संबंध समजून घेणे (वेगळे तर्क साठी यूनिट चाचण्या, वास्तविक परस्परक्रिया साठी एकीकरण चाचण्या) व्यापक चाचणीसाठी महत्वाचे आहे, कारण एकटे एकतर पुरेसे नाहीत.

एकीकरण चाचण्या विश्वास प्रदान करतात की एकत्रित भाग कार्य करतात, जे एकटे यूनिट चाचण्या देऊ शकत नाहीत.

वास्तविक अनुप्रयोग परस्परक्रिया करणाऱ्या घटकांनी तयार असल्यामुळे आणि एकीकरण बग्स (डेटाबेस समस्या, करार असमती, कॉन्फिगरेशन त्रुटी) सामान्य असून यूनिट चाचण्या द्वारे चुकवले जातात, आणि एकीकरण चाचणी घटक एकत्रितपणे कार्य करतात याची सत्यापना करून त्यांना पकडतात, एकीकरण चाचणी समजून घेणे मूल्यवान, व्यावहारिक-प्रासंगिक ज्ञान आहे — यूनिट चाचणीचा आवश्यक पूरक जो परस्परक्रिया बग्स पकडतो, व्यापक चाचणीसाठी महत्वाचा जो केवळ वेगळे युनिट्स नव्हे तर यंत्रणेचे भाग वास्तवात योग्यरित्या एकत्रितपणे कार्य करतात हे सत्यापित करते.