Test doubles ऐसे objects हैं जो tests में वास्तविक dependencies की जगह लेते हैं — जिनमें mocks, stubs, spies, fakes, और dummies शामिल हैं। वे परीक्षण की जा रही code को उसकी dependencies (databases, APIs, services) से isolate करते हैं, जिससे तेज़, केंद्रित, नियंत्रित unit tests सक्षम होते हैं।
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)
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
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('[email protected]');
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.
Test doubles (mocks, stubs, आदि) को समझना महत्वपूर्ण है क्योंकि वे isolated unit tests लिखने के लिए आवश्यक हैं, इसलिए यह मूल्यवान, बार-बार लागू होने वाला testing ज्ञान है।
एक unit को isolation में परीक्षण करने के लिए (unit testing का लक्ष्य), आपको उसकी वास्तविक dependencies (databases, APIs, services) को test doubles से बदलना होगा — ऐसे tests को सक्षम करते हुए जो तेज़ हों (कोई वास्तविक I/O नहीं), नियंत्रित हों (सटीक परिदृश्य सेट करना जिनमें वास्तविक dependencies के साथ ट्रिगर करना कठिन error conditions शामिल हैं), और deterministic हों (कोई बाहरी flakiness नहीं)।
प्रकारों और उनके उद्देश्यों को समझना आवश्यक है: stubs (dependencies क्या return करते हैं इसे नियंत्रित करने के लिए canned responses प्रदान करना — unit को विशिष्ट data देना), mocks (stubs जो interactions को भी सत्यापित करते हैं — जाँचना कि unit ने एक dependency को सही ढंग से call किया), spies (वास्तविक या fake objects पर calls रिकॉर्ड करना), fakes (in-memory databases जैसे काम करने वाले सरलीकृत implementations), और dummies (placeholders)।
मुख्य mock-बनाम-stub भेद को समझना — stubs inputs को नियंत्रित करते हैं (state verification: data प्रदान करना) जबकि mocks outputs/interactions को सत्यापित करते हैं (behavior verification: जाँचना कि unit ने dependencies को सही ढंग से call किया) — महत्वपूर्ण वैचारिक ज्ञान है जिसे अक्सर भ्रमित किया जाता है, और प्रत्येक का उचित उपयोग करना मायने रखता है।
Over-mocking pitfall को समझना (अत्यधिक mocking tests को implementation details से जोड़ता है, जिससे वे भंगुर हो जाते हैं, इसलिए आपको सही boundaries पर mock करना चाहिए) परिपक्व testing विवेक को दर्शाता है।
Test doubles का उपयोग परीक्षण की जा रही code को isolate करने के लिए unit testing में लगातार किया जाता है।
चूँकि isolated unit testing के लिए वास्तविक dependencies को test doubles से बदलने की आवश्यकता होती है (गति, नियंत्रण, और determinism के लिए), और चूँकि प्रकारों, mock-बनाम-stub भेद, और over-mocking pitfall को समझना अच्छे isolated tests लिखने के लिए आवश्यक है, test doubles को समझना मूल्यवान, बार-बार लागू होने वाला testing ज्ञान है — unit testing के लिए आवश्यक, परीक्षण की जा रही code को isolate करने के लिए लगातार उपयोग किया जाता है, और over-mocking की भंगुरता से बचते हुए केंद्रित, नियंत्रित tests लिखने के लिए महत्वपूर्ण, प्रभावी unit testing के लिए एक मूल कौशल।