mock, stub और fake में क्या फर्क है, और आप उनकी जगह असली dependency कब इस्तेमाल करते हैं?

stub तय जवाब लौटाता है ताकि जिस code को टेस्ट किया जा रहा है वह आगे बढ़ सके। mock इसके साथ बातचीत भी दर्ज करता है ताकि आप assert कर सकें कि वह हुई, यानी हालत नहीं, बर्ताव की जांच। fake एक हल्का पर चलता हुआ implementation है, जैसे in memory repository। असली dependency तब इस्तेमाल कीजिए जब integration ही रिस्क हो, और test doubles तब जब dependency धीमी, महंगी या किसी खास हालत में लाने में मुश्किल हो।

stub निष्क्रिय होता है, वह बस वही लौटाता है जो आपने उससे कहा है ताकि code चलता रहे। mock वह stub है जो यह भी याद रखता है कि उसके साथ क्या हुआ, ताकि आप assert कर सकें कि payment service को ठीक एक बार इन arguments के साथ बुलाया गया। fake असली पर सरल बनाया गया implementation है, जैसे किसी repository का in memory रूप, जो ठीक बर्ताव करता है पर production लायक नहीं होता। व्यवहार में जो फर्क मायने रखता है वह यह है कि stubs और fakes हालत की जांच का साथ देते हैं, यानी नतीजे पर assert करना, जबकि mocks बातचीत की जांच का, यानी संवाद पर assert करना। मेरा झुकाव पहले की तरफ है, क्योंकि बातचीत पर assert करने से टेस्ट implementation की बारीकियों से बंध जाता है, और फिर एक refactor बिना किसी behavior के बदले सौ टेस्ट तोड़ देता है। असली dependencies मैं वहां इस्तेमाल करता हूं जहां integration ही रिस्क है। अगर सवाल यह है कि हमारी query Postgres पर सच में चलती है या नहीं, तो mock किया गया database कुछ नहीं बताता, इसलिए मैं असली चीज container में चलाता हूं। integration परत पर अब यही मेरा डिफॉल्ट है, क्योंकि containers ने इसे सस्ता कर दिया। जिन तीसरे पक्ष की services मेरे हाथ में नहीं हैं उन्हें मैं mock करता हूं, और फिर उनके sandbox के खिलाफ तय समय पर चलने वाले contract टेस्ट से उसे सहारा देता हूं।