एकीकरण परीक्षण क्या है?
एकीकरण परीक्षण को एक प्रकार के परीक्षण के रूप में परिभाषित किया गया है जहां सॉफ्टवेयर मॉड्यूल को तार्किक रूप से एकीकृत किया जाता है और एक समूह के रूप में परीक्षण किया जाता है। एक विशिष्ट सॉफ्टवेयर परियोजना में कई सॉफ्टवेयर मॉड्यूल होते हैं, जिन्हें विभिन्न प्रोग्रामर द्वारा कोडित किया जाता है। परीक्षण के इस स्तर का उद्देश्य इन सॉफ्टवेयर मॉड्यूल के बीच बातचीत में दोषों को उजागर करना है जब वे एकीकृत होते हैं
एकीकरण परीक्षण इन मॉड्यूल के बीच डेटा संचार की जाँच पर केंद्रित है। इसलिए इसे 'I & T' (एकीकरण और परीक्षण), 'स्ट्रिंग परीक्षण' और कभी-कभी 'थ्रेड परीक्षण' भी कहा जाता है ।
- एकीकरण परीक्षण क्या है?
- एकीकरण परीक्षण क्यों?
- इंटीग्रेशन टेस्ट केस का उदाहरण
- दृष्टिकोण, रणनीतियाँ, एकीकरण परीक्षण के तरीके
- बिग बैंग दृष्टिकोण:
- वृद्धिशील दृष्टिकोण
- स्टब और ड्राइवर क्या है?
- नीचे-ऊपर एकीकरण
- शीर्ष-नीचे एकीकरण:
- हाइब्रिड / सैंडविच एकीकरण
- इंटीग्रेशन टेस्टिंग कैसे करें?
- एकीकरण परीक्षण योजनाओं का संक्षिप्त विवरण:
- इंट्रीग्रेशन टेस्टिंग की एंट्री और एक्जिट क्राइटेरिया
- एकीकरण परीक्षण के लिए सर्वोत्तम अभ्यास / दिशानिर्देश
एकीकरण परीक्षण क्यों?
यद्यपि प्रत्येक सॉफ्टवेयर मॉड्यूल इकाई परीक्षण किया जाता है, लेकिन दोष अभी भी मौजूद हैं जैसे विभिन्न कारणों के लिए
- एक मॉड्यूल, सामान्य रूप से, एक व्यक्तिगत सॉफ़्टवेयर डेवलपर द्वारा डिज़ाइन किया गया है जिसकी समझ और प्रोग्रामिंग तर्क अन्य प्रोग्रामर से भिन्न हो सकते हैं। एकता में सॉफ्टवेयर मॉड्यूल के काम को सत्यापित करने के लिए एकीकरण परीक्षण आवश्यक हो जाता है
- मॉड्यूल विकास के समय, ग्राहकों द्वारा आवश्यकताओं में परिवर्तन की व्यापक संभावना है। ये नई आवश्यकताएं यूनिट परीक्षण नहीं हो सकती हैं और इसलिए सिस्टम एकीकरण परीक्षण आवश्यक हो जाता है।
- डेटाबेस के साथ सॉफ्टवेयर मॉड्यूल के इंटरफेस गलत हो सकते हैं
- बाहरी हार्डवेयर इंटरफेस, यदि कोई हो, गलत हो सकता है
- अपर्याप्त अपवाद हैंडलिंग समस्याओं का कारण हो सकता है।
यदि वीडियो उपलब्ध नहीं है तो यहां क्लिक करें
इंटीग्रेशन टेस्ट केस का उदाहरण
इंटीग्रेशन टेस्ट केस अन्य परीक्षण मामलों से अलग है, इस अर्थ में यह मुख्य रूप से मॉड्यूल के बीच डेटा / सूचना के इंटरफेस और प्रवाह पर केंद्रित है । यहां प्राथमिकता उन यूनिट कार्यों के बजाय एकीकृत लिंक के लिए दी जानी है जो पहले से ही परीक्षण किए गए हैं।
निम्न परिदृश्य के लिए नमूना एकीकरण परीक्षण के मामले: अनुप्रयोग में 3 मॉड्यूल हैं 'लॉगिन पृष्ठ', 'मेलबॉक्स' और 'ईमेल हटाएं' और उनमें से प्रत्येक को तार्किक रूप से एकीकृत किया गया है।
यहां लॉगिन पेज टेस्टिंग पर ज्यादा ध्यान केंद्रित न करें क्योंकि यह यूनिट टेस्टिंग में पहले ही हो चुका है। लेकिन यह चेक करें कि यह मेल बॉक्स पेज से कैसे जुड़ा है।
इसी तरह मेल बॉक्स: मेल्स मॉड्यूल को इसके एकीकरण की जाँच करें।
| टेस्ट केस आईडी | टेस्ट केस ऑब्जेक्टिव | टेस्ट केस विवरण | अपेक्षित परिणाम |
|---|---|---|---|
| 1 | लॉगिन और मेलबॉक्स मॉड्यूल के बीच इंटरफ़ेस लिंक की जाँच करें | लॉगिन क्रेडेंशियल दर्ज करें और लॉगिन बटन पर क्लिक करें | मेल बॉक्स को निर्देशित किया जाना है |
| २ | मेलबॉक्स और डिलीट मेल मॉड्यूल के बीच इंटरफेस लिंक की जाँच करें | मेलबॉक्स से ईमेल का चयन करें और एक हटाएँ बटन पर क्लिक करें | चयनित ईमेल हटाए गए / ट्रैश फ़ोल्डर में दिखाई देना चाहिए |
दृष्टिकोण, रणनीतियाँ, एकीकरण परीक्षण के तरीके
सॉफ्टवेयर इंजीनियरिंग एकीकरण परीक्षण, अर्थात निष्पादित करने के लिए विभिन्न प्रकार की रणनीतियों को परिभाषित करता है।
- बिग बैंग दृष्टिकोण:
- वृद्धिशील दृष्टिकोण: जिसे आगे निम्नलिखित में विभाजित किया गया है
- शीर्ष पाद उपागम
- नीचे से ऊपर का दृष्टिकोण
- सैंडविच दृष्टिकोण - ऊपर नीचे और नीचे का संयोजन
नीचे अलग-अलग रणनीतियाँ हैं, जिस तरह से उन्हें निष्पादित किया जाता है और उनकी सीमाएं और साथ ही फायदे भी हैं।
बिग बैंग परीक्षण
बिग बैंग परीक्षण एक एकीकरण परीक्षण दृष्टिकोण है जिसमें सभी घटकों या मॉड्यूल को एक साथ एकीकृत किया जाता है और फिर एक इकाई के रूप में परीक्षण किया जाता है। परीक्षण करते समय घटकों के इस संयुक्त सेट को एक इकाई के रूप में माना जाता है। यदि इकाई के सभी घटक पूरे नहीं होते हैं, तो एकीकरण प्रक्रिया निष्पादित नहीं होगी।
लाभ:
- छोटे सिस्टम के लिए सुविधाजनक है।
नुकसान:
- दोष स्थानीयकरण मुश्किल है।
- इस दृष्टिकोण में परीक्षण किए जाने की आवश्यकता वाले इंटरफ़ेस की सरासर संख्या को देखते हुए, परीक्षण किए जाने वाले कुछ इंटरफेस लिंक को आसानी से याद किया जा सकता है।
- चूंकि एकीकरण परीक्षण केवल "सभी" मॉड्यूल तैयार किए जाने के बाद शुरू हो सकता है, परीक्षण टीम के पास परीक्षण चरण में निष्पादन के लिए कम समय होगा।
- चूंकि सभी मॉड्यूल एक बार में परीक्षण किए जाते हैं, इसलिए उच्च-जोखिम वाले महत्वपूर्ण मॉड्यूल को अलग नहीं किया जाता है और प्राथमिकता पर परीक्षण किया जाता है। परिधीय मॉड्यूल जो उपयोगकर्ता इंटरफेस के साथ काम करते हैं, उन्हें भी अलग नहीं किया जाता है और प्राथमिकता पर परीक्षण किया जाता है।
वृद्धिशील परीक्षण
में वृद्धिशील परीक्षण दृष्टिकोण, परीक्षण दो या अधिक मॉड्यूल है कि तार्किक एक दूसरे से जुड़े हुए हैं और उसके बाद आवेदन के समुचित कार्य के लिए परीक्षण एकीकृत करके किया जाता है। फिर अन्य संबंधित मॉड्यूल को एकीकृत रूप से एकीकृत किया जाता है और प्रक्रिया तब तक जारी रहती है जब तक कि सभी तार्किक रूप से संबंधित मॉड्यूल को एकीकृत और सफलतापूर्वक परीक्षण नहीं किया जाता है।
वृद्धिशील दृष्टिकोण, बदले में, दो अलग-अलग तरीकों से किया जाता है:
- नीचे से ऊपर
- उपर से नीचे
स्टब्स और ड्राइवर्स
सॉफ्टवेयर परीक्षण गतिविधि को सुविधाजनक बनाने के लिए उपयोग किए जाने वाले एकीकरण परीक्षण में स्टब्स और ड्राइवर डमी कार्यक्रम हैं। ये कार्यक्रम परीक्षण में लापता मॉडल के विकल्प के रूप में कार्य करते हैं। वे सॉफ्टवेयर मॉड्यूल के संपूर्ण प्रोग्रामिंग लॉजिक को लागू नहीं करते हैं लेकिन परीक्षण के दौरान वे कॉलिंग मॉड्यूल के साथ डेटा संचार का अनुकरण करते हैं।
स्टब : टेस्ट के तहत मॉड्यूल द्वारा बुलाया जाता है।
चालक : परीक्षण किए जाने वाले मॉड्यूल को कॉल करता है।
नीचे-ऊपर एकीकरण परीक्षण
बॉटम-अप इंटीग्रेशन टेस्टिंग एक रणनीति है जिसमें निचले स्तर के मॉड्यूल का पहले परीक्षण किया जाता है। ये परीक्षण किए गए मॉड्यूल तब उच्च स्तर के मॉड्यूल के परीक्षण को सुविधाजनक बनाने के लिए उपयोग किए जाते हैं। प्रक्रिया तब तक जारी रहती है जब तक कि शीर्ष स्तर पर सभी मॉड्यूल का परीक्षण नहीं किया जाता है। एक बार निचले स्तर के मॉड्यूल का परीक्षण और एकीकृत किया जाता है, फिर अगले स्तर के मॉड्यूल बनते हैं।
आरेखीय प्रतिनिधित्व :
लाभ:
- दोष स्थानीयकरण आसान है।
- बिग-बैंग दृष्टिकोण के विपरीत सभी मॉड्यूल के विकसित होने के इंतजार में कोई समय बर्बाद नहीं होता है
नुकसान:
- महत्वपूर्ण मॉड्यूल (सॉफ्टवेयर आर्किटेक्चर के शीर्ष स्तर पर) जो आवेदन के प्रवाह को नियंत्रित करते हैं उन्हें अंतिम रूप से परीक्षण किया जाता है और दोषों का खतरा हो सकता है।
- एक प्रारंभिक प्रोटोटाइप संभव नहीं है
टॉप-डाउन इंटीग्रेशन टेस्टिंग
टॉप डाउन इंटीग्रेशन टेस्टिंग एक ऐसी विधि है जिसमें सॉफ्टवेयर सिस्टम के नियंत्रण प्रवाह के बाद एकीकरण ऊपर से नीचे तक होता है। उच्च स्तरीय मॉड्यूल को पहले परीक्षण किया जाता है और फिर निचले स्तर के मॉड्यूल का परीक्षण किया जाता है और सॉफ्टवेयर की कार्यक्षमता की जांच के लिए इसे एकीकृत किया जाता है। यदि कुछ मॉड्यूल तैयार नहीं हैं, तो स्टब्स का उपयोग परीक्षण के लिए किया जाता है।
आरेखीय प्रतिनिधित्व:
लाभ:
- दोष स्थानीयकरण आसान है।
- एक प्रारंभिक प्रोटोटाइप प्राप्त करने की संभावना।
- महत्वपूर्ण मॉड्यूल प्राथमिकता पर परीक्षण किए जाते हैं; प्रमुख डिजाइन खामियों को पहले पाया और तय किया जा सकता है।
नुकसान:
- कई स्टब्स की जरूरत है।
- निचले स्तर पर मॉड्यूल अपर्याप्त रूप से परीक्षण किए जाते हैं।
सैंडविच परीक्षण
सैंडविच परीक्षण एक ऐसी रणनीति है जिसमें शीर्ष स्तर के मॉड्यूल को निचले स्तर के मॉड्यूल के साथ परीक्षण किया जाता है और निचले मॉड्यूल को शीर्ष मॉड्यूल के साथ एकीकृत किया जाता है और सिस्टम के रूप में परीक्षण किया जाता है। यह टॉप-डाउन और बॉटम-अप दृष्टिकोणों का एक संयोजन है इसलिए इसे हाइब्रिड इंटीग्रेशन टेस्टिंग कहा जाता है । यह ड्राइवरों के साथ-साथ दोनों स्टब्स का उपयोग करता है।
इंटीग्रेशन टेस्टिंग कैसे करें?
सॉफ्टवेयर परीक्षण रणनीतियों के बावजूद एकीकरण परीक्षण प्रक्रिया (ऊपर चर्चा की गई है):
- एकीकरण टेस्ट प्लान तैयार करें
- टेस्ट परिदृश्य, मामलों और लिपियों को डिज़ाइन करें।
- दोषों की रिपोर्ट करने के बाद परीक्षण मामलों को निष्पादित करना।
- दोषों का पता लगाना और पुनः परीक्षण करना।
- एकीकरण के पूरा होने तक चरण 3 और 4 को दोहराया जाता है।
एकीकरण परीक्षण योजनाओं का संक्षिप्त विवरण:
इसमें निम्नलिखित विशेषताएं शामिल हैं:
- परीक्षण करने के लिए तरीके / दृष्टिकोण (जैसा कि ऊपर चर्चा की गई है)।
- स्कोप्स एंड आउट ऑफ स्कोप्स आइटम्स ऑफ इंटीग्रेशन टेस्टिंग।
- नियम और जिम्मेदारियाँ।
- एकीकरण परीक्षण के लिए पूर्व-आवश्यकताएं।
- परीक्षण वातावरण।
- जोखिम और शमन योजना।
इंट्रीग्रेशन टेस्टिंग की एंट्री और एक्जिट क्राइटेरिया
किसी भी सॉफ्टवेयर डेवलपमेंट मॉडल में इंटीग्रेशन टेस्टिंग फेज में प्रवेश और एक्जिट क्राइटेरिया
प्रवेश मानदंड:
- इकाई परीक्षण घटक / मॉड्यूल
- सभी उच्च प्राथमिकता वाले कीड़े तय और बंद हो गए
- सभी मॉड्यूल कोड को पूरा करने और सफलतापूर्वक एकीकृत करने के लिए।
- एकीकरण परीक्षण योजना, परीक्षण के मामले, बंद किए जाने वाले और प्रलेखित परिदृश्य।
- एकीकरण परीक्षण के लिए आवश्यक परीक्षण वातावरण स्थापित किया जाना है
मानदंड से बाहर निकलें:
- एकीकृत अनुप्रयोग का सफल परीक्षण।
- निष्पादित टेस्ट मामलों का दस्तावेजीकरण किया जाता है
- सभी उच्च प्राथमिकता वाले कीड़े तय और बंद हो गए
- जारी किए जाने वाले तकनीकी दस्तावेजों को नोट्स जारी किया जाएगा।
एकीकरण परीक्षण के लिए सर्वोत्तम अभ्यास / दिशानिर्देश
- सबसे पहले, एकीकरण परीक्षण रणनीति निर्धारित करें जिसे बाद में अपनाया जा सकता है और बाद में परीक्षण मामलों और परीक्षण डेटा को तदनुसार तैयार करें।
- एप्लीकेशन के आर्किटेक्चर डिजाइन का अध्ययन करें और क्रिटिकल मॉड्यूल की पहचान करें। इन्हें प्राथमिकता पर परखने की जरूरत है।
- आर्किटेक्चर टीम से इंटरफ़ेस डिज़ाइनों को प्राप्त करें और सभी इंटरफेसों को विस्तार से सत्यापित करने के लिए टेस्ट केस बनाएं। डेटाबेस / बाहरी हार्डवेयर / सॉफ्टवेयर अनुप्रयोग के लिए इंटरफ़ेस का विस्तार से परीक्षण किया जाना चाहिए।
- परीक्षण मामलों के बाद, यह परीक्षण डेटा है जो महत्वपूर्ण भूमिका निभाता है।
- निष्पादित करने से पहले हमेशा मॉक डेटा तैयार करना चाहिए। परीक्षण मामलों को निष्पादित करते समय परीक्षण डेटा का चयन न करें।