मॉक्स, स्टब्स आणि टेस्ट डबल्स म्हणजे काय?

Question

Accepted Answer

**टेस्ट डबल्स** ही ऑब्जेक्ट्स आहेत जी टेस्ट्समध्ये वास्तविक डिपेंडेन्सीजची जागा घेतात — ज्यामध्ये **मॉक्स**, **स्टब्स**, **स्पाइज**, **फेक्स** आणि **डमीज** समाविष्ट आहेत. हे कोड टेस्ट्स त्याच्या डिपेंडेन्सीज (डेटाबेसेस, APIs, सर्व्हिसेस) पासून अलग करतात, ज्यामुळे वेगवान, केंद्रित, नियंत्रित युनिट टेस्ट्स शक्य होतात.

## टेस्ट डबल्स का वापरणे

```text
To test a unit in ISOLATION, replace its real dependencies (DB, API, services) with
TEST DOUBLES (fake stand-ins):
  → isolate the unit (test ONLY it, not its dependencies)
  → FAST (no real DB/network); CONTROLLED (set up exact scenarios, including errors);
    DETERMINISTIC (no external flakiness)
```

## टेस्ट डबल्सचे प्रकार

```text
STUB → provides canned RESPONSES to calls (returns preset data):
  → "when getUser is called, return this fake user" — controls inputs to the unit
MOCK → a stub that also VERIFIES interactions (was it called? how? with what?):
  → "verify save() was called once with these arguments" — checks behavior/interactions
SPY → wraps a real (or fake) object and RECORDS calls (verify how it was used)
FAKE → a working but simplified implementation (e.g. an in-memory database)
DUMMY → a placeholder passed but not actually used
```

```js
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## मॉक विरुद्ध स्टब (मुख्य फरक)

```text
STUB → controls INPUTS (provides data the unit needs) — "state" verification
MOCK → verifies OUTPUTS/interactions (was the dependency called correctly?) — "behavior"
  verification
→ Use stubs to provide data; mocks to verify the unit called a dependency correctly.
⚠️ Over-mocking → tests coupled to implementation (brittle); mock at the right boundaries.
```

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

टेस्ट डबल्स (मॉक्स, स्टब्स, इ.) समजून घेणे महत्वाचे आहे कारण हे **आयोलेटेड युनिट टेस्ट्स लिहिण्यासाठी आवश्यक** आहेत, तेव्हा हे मूल्यवान, वारंवार वापरले जाणारे टेस्टिंग ज्ञान आहे.

एका युनिटची टेस्टिंग आयोलेशनमध्ये (युनिट टेस्टिंगचा लक्ष्य), तुम्हाला त्याच्या वास्तविक डिपेंडेन्सीज (डेटाबेसेस, APIs, सर्व्हिसेस) ची जागा **टेस्ट डबल्स** सह घेणे आवश्यक आहे — यामुळे टेस्ट्स जी **वेगवान** (कोणती वास्तविक I/O नाही), **नियंत्रित** (अचूक परिस्थिती सेट करणे ज्यामध्ये error परिस्थितीदेखील समाविष्ट आहेत जी वास्तविक डिपेंडेन्सीजसह ट्रिगर करणे कठीण आहे), आणि **डिटर्मिनिस्टिक** (कोणता बाह्य अस्थिरता नाही) असा प्रकार.

**प्रकार** आणि त्यांचे उद्देश समजून घेणे आवश्यक आहे: **स्टब्स** (कॅनड रेसपॉन्सेस देऊन डिपेंडेन्सीज काय रिटर्न करतात हे नियंत्रित करणे — युनिटला विशिष्ट डेटा देणे), **मॉक्स** (स्टब्स जे इंटरॅक्शन्सदेखील व्हेरिफाय करतात — युनिटने डिपेंडेन्सी योग्यरित्या कॉल केली की नाही हे तपासणे), **स्पाइज** (वास्तविक किंवा फेक ऑब्जेक्ट्स्वर कॉल्स रेकॉर्ड करणे), **फेक्स** (इन-मेमरी डेटाबेसेस सारख्या सरलीकृत कार्यशील implementation), आणि **डमीज** (प्लेसहोल्डर्स).

**मुख्य मॉक-विरुद्ध-स्टब फरक** समजून घेणे — स्टब्स इनपुट्स नियंत्रित करतात (state verification: डेटा देणे) तर मॉक्स आउटपुट्स/इंटरॅक्शन्स व्हेरिफाय करतात (behavior verification: युनिटने डिपेंडेन्सीज योग्यरित्या कॉल केल्या की नाही हे तपासणे) — हे महत्वाचे कॉन्सेप्चुअल ज्ञान आहे जे अनेकदा गोंधळलेले असते, आणि प्रत्येक योग्यरित्या वापरणे महत्वाचे आहे.

**ओव्हर-मॉकिंग pitfall** समजून घेणे (अत्यधिक मॉकिंग टेस्ट्सचा implementation details च्या सह अत्यंत संबंध घटित करते, ज्यामुळे टेस्ट्स brittle होतात, म्हणून तुम्हाला योग्य सीमांवर मॉक करावे) परिपक्व टेस्टिंग판断्स प्रतिफलित करते.

टेस्ट डबल्स कोड अलग करण्यासाठी युनिट टेस्टिंगमध्ये सतत वापरली जातात.

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