टेस्ट डबलहरु वास्तविक निर्भरताहरुको स्थानमा परीक्षामा बस्ने वस्तुहरु हुन् — जसमा मकहरु, स्टबहरु, स्पाइहरु, फेकहरु, र डमीहरु समावेश हुन्छन्। तिनीहरुले परीक्षणमा रहेको कोडलाई यसको निर्भरताहरु (डेटाबेसहरु, APIs, सेवाहरु) बाट अलग गरी, द्रुत, केन्द्रित, नियन्त्रित एकाई परीक्षणहरु सक्षम गर्छन्।
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.
टेस्ट डबलहरु (मकहरु, स्टबहरु, आदि) बुझ्न महत्त्वपूर्ण छ किनभने तिनीहरु अलग्गीकृत एकाई परीक्षणहरु लेख्नको लागि आवश्यक हुन्छन्, त्यसैले यो मूल्यवान, बारम्बार लागू गरिने परीक्षण ज्ञान हो।
एकाई परीक्षणको लक्ष्य प्राप्त गर्नको लागि एकाईलाई अलगमा परीक्षण गर्न, तपाईंले यसको वास्तविक निर्भरताहरु (डेटाबेसहरु, APIs, सेवाहरु) टेस्ट डबलहरु सँग बदलनु पर्छ — परीक्षणहरु सक्षम गरी जो द्रुत हुन् (कुनै वास्तविक I/O छैन), नियन्त्रित हुन् (सटीक परिस्थितिहरु सेट गरी जसमा त्रुटि अवस्थाहरु समावेश हुन्छन् जो वास्तविक निर्भरताहरुसँग ट्रिगर गर्न गाह्रो हुन्छ), र निर्धारक हुन् (कुनै बाह्य अस्थिरता छैन)।
प्रकारहरु र तिनीहरुको उद्देश्य बुझ्न आवश्यक छ: स्टबहरु (निर्भरताहरुले के फर्काउने भन्ने कुरा नियन्त्रण गर्न गरिएको जवाफहरु — एकाईलाई विशिष्ट डेटा खुवाउने), मकहरु (स्टबहरु जो अन्तरक्रियाहरु पनि सत्यापन गर्छन् — एकाईले निर्भरता सही ढङ्गले कल गरेको जाँच गरी), स्पाइहरु (वास्तविक वा नकली वस्तुहरुमा कलहरु रेकर्ड गरी), फेकहरु (इन-मेमोरी डेटाबेसहरु जस्तो सरलीकृत कार्यरत कार्यान्वयनहरु), र डमीहरु (प्लेसहोल्डरहरु)।
मुख्य mock-बनाम-stub भिन्नता बुझ्न महत्त्वपूर्ण छ — स्टबहरुले इनपुटहरु नियन्त्रण गर्छन् (अवस्था सत्यापन: डेटा प्रदान गरी) जबकि मकहरुले आउटपुटहरु/अन्तरक्रियाहरु सत्यापन गर्छन् (व्यवहार सत्यापन: एकाईले निर्भरताहरु सही ढङ्गले कल गरेको जाँच गरी) — यो महत्त्वपूर्ण धारणात्मक ज्ञान हो जो प्रायः भ्रमित हुन्छ, र प्रत्येकलाई उपयुक्त ढङ्गले प्रयोग गर्न महत्त्वपूर्ण छ।
over-mocking पतन बुझ्न महत्त्वपूर्ण छ (अत्यधिक mocking ले परीक्षणहरुलाई कार्यान्वयन विवरणहरुसँग जोडी दिन्छ, तिनीहरुलाई नाजुक बनाइदिन्छ, त्यसैले तपाईंले सही सीमामा mock गर्नु पर्छ) — यो परिपक्व परीक्षण निर्णय प्रतिबिम्बित गर्छ।
टेस्ट डबलहरु एकाई परीक्षणमा कोडलाई अलग गर्नको लागि निरन्तर प्रयोग गरिन्छ।
अलग्गीकृत एकाई परीक्षणको लागि वास्तविक निर्भरताहरु टेस्ट डबलहरुसँग बदलनु आवश्यक भएको कारण (गति, नियन्त्रण, र निर्धारकताको लागि), र प्रकारहरु, mock-बनाम-stub भिन्नता, र over-mocking पतन बुझ्न आवश्यक भएको कारण, टेस्ट डबलहरु बुझ्न मूल्यवान, बारम्बार लागू गरिने परीक्षण ज्ञान हो — एकाई परीक्षणको लागि आवश्यक, कोडलाई अलग गर्नको लागि निरन्तर प्रयोग गरिन्छ, र over-mocking को नाजुकताबाट बच्दै केन्द्रित, नियन्त्रित परीक्षणहरु लेख्नको लागि महत्त्वपूर्ण — प्रभावकारी एकाई परीक्षणको लागि मुख्य कौशल।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्