समस्या यह है कि आप अपनी इकाई परीक्षण एक डेटाबेस की स्थापना, लेन-देन खोलने और वापस रोलिंग, डेटाबेस सेवा, कनेक्शन, लेन-देन, नेटवर्क और इस तरह पर निर्भर करेगा की अपनी तकनीक का उपयोग करता है, तो। यदि आप इसे मजाक करते हैं, तो आपके आवेदन में कोड के अन्य टुकड़ों की कोई निर्भरता नहीं है और आपके यूनिट-टेस्ट परिणामों को प्रभावित करने वाले कोई बाहरी कारक नहीं हैं।
एक इकाई परीक्षण के लक्ष्य के अन्य आवेदन तर्क से जुड़े बिना कोड की सबसे छोटी परीक्षण योग्य टुकड़ा परीक्षण करने के लिए है। यह आपकी तकनीक आईएमओ का उपयोग करते समय हासिल नहीं किया जा सकता है।
अपनी डेटा परत को सारण करके अपना कोड टेस्ट करने योग्य बनाना, एक अच्छा अभ्यास है। यह आपके कोड को बनाए रखने के लिए और अधिक मजबूत और आसान बना देगा। यदि आप एक रिपोजिटरी पैटर्न लागू करते हैं, तो अपने डेटाबेस कॉल का मजाक करना काफी आसान है।
यूनिट-टेस्ट और एकीकरण परीक्षण अलग-अलग ज़रूरतों को पूरा करते हैं। यूनिट परीक्षण साबित करना है कि कोड का एक टुकड़ा तकनीकी रूप से काम कर रहा है, और कोने के मामलों को पकड़ने के लिए। एकीकरण परीक्षण सॉफ़्टवेयर डिज़ाइन के विरुद्ध घटकों के बीच इंटरफेस को सत्यापित करता है। अकेले यूनिट-परीक्षण सॉफ़्टवेयर के एक टुकड़े की कार्यक्षमता को सत्यापित नहीं कर सकते हैं।
HTH