सामान्य तौर पर: हाँ, आपको विभिन्न फ़ोल्डरों में एकीकरण परीक्षण और यूनिट परीक्षण करना चाहिए। अक्सर, प्रोग्रामर इन दो प्रकार के परीक्षणों के बीच एक स्पष्ट रेखा नहीं खींचते हैं और केवल यह लिखते हैं कि किस प्रकार का परीक्षण उपयोगी है। लेकिन एकीकरण परीक्षण धीमी गति से होते हैं, क्योंकि वे अक्सर शामिल होते हैं:
- डेटाबेस प्रश्न
- नेटवर्क अनुरोध
- समय पर निर्भर व्यवहार
- बड़ी मात्रा में डेटा
इसके विपरीत, एक इकाई परीक्षण किसी भी महंगे संचालन का मजाक उड़ाएगा, इसलिए इकाई परीक्षण जल्दी से चलते हैं (वास्तव में, परीक्षण चलाने का सबसे धीमा हिस्सा अक्सर परीक्षण रूपरेखा ही होता है)।
जब एक प्रोग्रामर सिस्टम पर काम कर रहा होता है तो वे एडिट-टेस्ट चक्र में होते हैं। तेजी से उन्हें परीक्षण प्रतिक्रिया मिलती है और चक्र जितना छोटा होता है, उतना अधिक उत्पादक हो सकता है। इसलिए हम केवल महत्वपूर्ण परीक्षण चलाना चाहते हैं जो जल्दी पूरा हो। पूरा परीक्षण सूट केवल एक क्यूए प्रक्रिया के हिस्से के रूप में निष्पादित किया जाएगा, उदाहरण के लिए एक सीआई सर्वर पर।
इसका मतलब है कि बड़े परीक्षण सूट को वर्गीकृत किया जाना चाहिए। क्या हम केवल एक विशेष घटक के लिए इकाई परीक्षणों का चयन कर सकते हैं? क्या हम धीमे परीक्षणों को बाहर कर सकते हैं? ऐसा करने का एक सरल तरीका विभिन्न निर्देशिकाओं में अलग-अलग परीक्षण सूट बनाए रखना है। यदि आपके पास केवल बहुत कम परीक्षण हैं, तो एक एकल निर्देशिका भी ठीक होगी क्योंकि एक प्रोग्रामर आसानी से परीक्षणों का सबसेट चुन सकता है।
जो भी एक प्रोग्रामर को फीडबैक जल्दी प्राप्त करने की अनुमति देता है वह अच्छा है। यदि यह नियमित रूप से निष्पादित नहीं किया जाता है तो सबसे व्यापक परीक्षण सूट कोई मायने नहीं रखता है।
आगे की पढाई: