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