what is integration testing
इंटीग्रेशन टेस्टिंग क्या है: इंटीग्रेशन टेस्टिंग उदाहरणों के साथ जानें
एकीकरण परीक्षण मॉड्यूल / घटकों का परीक्षण करने के लिए किया जाता है, जब यह सत्यापित करने के लिए एकीकृत किया जाता है कि वे अपेक्षित रूप से काम करते हैं यानी उन मॉड्यूल का परीक्षण करने के लिए जो व्यक्तिगत रूप से ठीक काम कर रहे हैं जब एकीकृत नहीं होते हैं।
ब्लैक बॉक्स टेस्टिंग तकनीक का उपयोग करके बड़े एप्लिकेशन के परीक्षण के संदर्भ में बात करते समय, कई मॉड्यूलों का संयोजन शामिल होता है जो एक-दूसरे के साथ कसकर युग्मित होते हैं। हम इन प्रकार के परिदृश्यों के परीक्षण के लिए एकीकरण परीक्षण तकनीक अवधारणाओं को लागू कर सकते हैं।
इस श्रृंखला में शामिल किए गए ट्यूटोरियल की सूची:
ट्यूटोरियल # 1: एकीकरण परीक्षण क्या है? (यह ट्यूटोरियल)
ट्यूटोरियल # 2: वृद्धिशील परीक्षण क्या है
ट्यूटोरियल # 3: घटक परीक्षण क्या है
ट्यूटोरियल # 4: लगातार एकीकरण
ट्यूटोरियल # 5 यूनिट परीक्षण और एकीकरण के बीच अंतर
ट्यूटोरियल # 6: शीर्ष 10 एकीकरण परीक्षण उपकरण
आप क्या सीखेंगे:
- एकीकरण परीक्षण क्या है?
- एकीकरण टेस्ट क्यों?
- लाभ
- चुनौतियों
- एकीकरण परीक्षण के प्रकार
- परीक्षण एकीकरण दृष्टिकोण
- जीयूआई आवेदन एकीकरण परीक्षण
- एकीकरण टेस्ट को रोकने के लिए कदम
- एकीकरण परीक्षण के लिए प्रवेश / निकास मानदंड
- एकीकरण परीक्षण मामले
- एकीकरण एक सफेद बॉक्स या ब्लैक बॉक्स तकनीक है?
- एकीकरण परीक्षण उपकरण
- सिस्टम एकीकरण परीक्षण
- एकीकरण परीक्षण और सिस्टम परीक्षण के बीच अंतर
- निष्कर्ष
- अनुशंसित पाठ
एकीकरण परीक्षण क्या है?
एकीकरण परीक्षण का अर्थ काफी सीधा है- इकाई परीक्षण किए गए मॉड्यूल को एक-एक करके एकीकृत / संयोजित करें और एक संयुक्त इकाई के रूप में व्यवहार का परीक्षण करें।
इस परीक्षण का मुख्य कार्य या लक्ष्य इकाइयों / मॉड्यूल के बीच इंटरफेस का परीक्षण करना है।
हम आम तौर पर 'यूनिट परीक्षण' के बाद एकीकरण परीक्षण करते हैं। एक बार सभी व्यक्तिगत इकाइयाँ बनाने और परीक्षण करने के बाद, हम उन 'यूनिट टेस्टेड' मॉड्यूल्स को मिलाना शुरू करते हैं और एकीकृत परीक्षण करना शुरू करते हैं।
इस परीक्षण का मुख्य कार्य या लक्ष्य इकाइयों / मॉड्यूल के बीच इंटरफेस का परीक्षण करना है।
अलग-अलग मॉड्यूल को पहले अलगाव में परीक्षण किया जाता है। एक बार जब मॉड्यूल इकाई परीक्षण किया जाता है, तो वे एक-एक करके एकीकृत होते हैं, जब तक कि सभी मॉड्यूल एकीकृत नहीं होते हैं, दहनशील व्यवहार की जांच करते हैं, और यह सत्यापित करते हैं कि आवश्यकताओं को सही तरीके से लागू किया गया है या नहीं।
यहां हमें यह समझना चाहिए कि एकीकरण परीक्षण चक्र के अंत में नहीं होता है, बल्कि यह विकास के साथ-साथ आयोजित किया जाता है। तो ज्यादातर समय में, सभी मॉड्यूल वास्तव में परीक्षण करने के लिए उपलब्ध नहीं होते हैं और यहां कुछ चुनौती का परीक्षण करने के लिए चुनौती है जो मौजूद नहीं है!
एकीकरण टेस्ट क्यों?
हमें लगता है कि एकीकरण परीक्षण जटिल है और इसके लिए कुछ विकास और तार्किक कौशल की आवश्यकता है। यह सच है! फिर इस परीक्षण को हमारी परीक्षण रणनीति में एकीकृत करने का उद्देश्य क्या है?
यहाँ कुछ कारण हैं:
- वास्तविक दुनिया में, जब एप्लिकेशन विकसित होते हैं, तो इसे छोटे मॉड्यूल में तोड़ दिया जाता है और व्यक्तिगत डेवलपर्स को 1 मॉड्यूल सौंपा जाता है। एक डेवलपर द्वारा लागू किया गया तर्क दूसरे डेवलपर की तुलना में काफी अलग है, इसलिए यह जांचना महत्वपूर्ण हो जाता है कि क्या डेवलपर द्वारा लागू तर्क उम्मीदों के अनुसार है और निर्धारित मानकों के अनुसार सही मूल्य प्रदान कर रहा है या नहीं।
- जब एक मॉड्यूल से दूसरे मॉड्यूल की यात्रा होती है तो कई बार चेहरा या डेटा की संरचना बदल जाती है। कुछ मानों को जोड़ा या हटाया जाता है, जो बाद के मॉड्यूल में समस्याओं का कारण बनता है।
- मॉड्यूल कुछ तृतीय पक्ष टूल या API के साथ भी इंटरैक्ट करते हैं, जिन्हें यह भी जांचने की आवश्यकता होती है कि उस API / टूल द्वारा स्वीकार किया गया डेटा सही है और उत्पन्न प्रतिक्रिया भी अपेक्षित है।
- परीक्षण में एक बहुत ही आम समस्या है - लगातार आवश्यकता परिवर्तन! :) कई बार डेवलपर इकाई परीक्षण के बिना परिवर्तनों को चित्रित करता है। उस समय एकीकरण परीक्षण महत्वपूर्ण हो जाता है।
लाभ
इस परीक्षण के कई फायदे हैं और उनमें से कुछ नीचे सूचीबद्ध हैं।
- यह परीक्षण सुनिश्चित करता है कि एकीकृत मॉड्यूल / घटक ठीक से काम करते हैं।
- एक बार परीक्षण किए जाने वाले मॉड्यूल उपलब्ध होने के बाद एकीकरण परीक्षण शुरू किया जा सकता है। यह परीक्षण करने के लिए अन्य मॉड्यूल को पूरा करने की आवश्यकता नहीं है, क्योंकि स्टब्स और ड्राइवरों का उपयोग उसी के लिए किया जा सकता है।
- यह इंटरफ़ेस से संबंधित त्रुटियों का पता लगाता है।
चुनौतियों
नीचे सूचीबद्ध कुछ चुनौतियां हैं जो एकीकरण परीक्षण में शामिल हैं।
# 1) एकीकरण परीक्षण का अर्थ है कि सिस्टम ठीक से काम करता है यह सुनिश्चित करने के लिए दो या अधिक एकीकृत प्रणालियों का परीक्षण। न केवल एकीकरण लिंक का परीक्षण किया जाना चाहिए, बल्कि पर्यावरण को देखते हुए एक संपूर्ण परीक्षण किया जाना चाहिए ताकि यह सुनिश्चित हो सके कि एकीकृत प्रणाली ठीक से काम करती है।
विभिन्न पथ और क्रमपरिवर्तन हो सकते हैं जिन्हें एकीकृत प्रणाली का परीक्षण करने के लिए लागू किया जा सकता है।
#दो) डेटाबेस, प्लेटफॉर्म, पर्यावरण आदि जैसे कुछ कारकों के कारण प्रबंधन परीक्षण का प्रबंधन जटिल हो जाता है।
# 3) विरासत प्रणाली के साथ किसी भी नई प्रणाली को एकीकृत करते समय, इसमें बहुत सारे बदलाव और परीक्षण प्रयासों की आवश्यकता होती है। किसी भी दो विरासत प्रणालियों को एकीकृत करते समय समान लागू होता है।
# 4) दो अलग-अलग कंपनियों द्वारा विकसित दो अलग-अलग प्रणालियों को एकीकृत करना एक बड़ी चुनौती है क्योंकि किसी एक प्रणाली में कोई भी बदलाव सुनिश्चित नहीं होने पर अन्य प्रणालियों को प्रभावित करेगा।
एक प्रणाली को विकसित करते समय प्रभाव को कम करने के लिए, कुछ चीजों को ध्यान में रखा जाना चाहिए जैसे कि अन्य प्रणालियों के साथ संभव एकीकरण, आदि।
एकीकरण परीक्षण के प्रकार
नीचे दिए गए एक प्रकार के टेस्ट एकीकरण के साथ-साथ इसके फायदे और नुकसान हैं।
बिग बैंग दृष्टिकोण:
बिग बैंग अप्रोच एक ही बार में सभी मॉड्यूल को एकीकृत करता है यानी यह एक-एक करके मॉड्यूल को एकीकृत करने के लिए नहीं जाता है। यह पुष्टि करता है कि सिस्टम अपेक्षित रूप से काम करता है या नहीं एक बार एकीकृत होने के बाद। यदि पूरी तरह से एकीकृत मॉड्यूल में किसी भी मुद्दे का पता लगाया जाता है, तो यह पता लगाना मुश्किल हो जाता है कि किस मॉड्यूल के कारण समस्या हुई है।
बिग बैंग दृष्टिकोण एक मॉड्यूल खोजने की एक समय लेने वाली प्रक्रिया है जिसमें एक दोष है जो कि समय लगेगा और एक बार दोष का पता चला है, इसे ठीक करने में उच्च लागत आएगी क्योंकि दोष बाद के चरण में पता चला है।
बिग बैंग दृष्टिकोण के लाभ:
- यह छोटे सिस्टम के लिए एक अच्छा तरीका है।
बिग बैंग दृष्टिकोण के नुकसान:
- मॉड्यूल का पता लगाना मुश्किल है जो एक समस्या पैदा कर रहा है।
- बिग बैंग दृष्टिकोण को परीक्षण के लिए सभी मॉड्यूलों की एक साथ आवश्यकता होती है, जो बदले में डिजाइनिंग, विकास के रूप में परीक्षण के लिए कम समय की ओर जाता है, एकीकरण में अधिकांश समय लगेगा।
- परीक्षण केवल एक बार होता है जिससे अलगाव में महत्वपूर्ण मॉड्यूल परीक्षण के लिए समय नहीं निकलता है।
एकीकरण परीक्षण चरण:
- एकीकरण तैयार करें जाँच की योजना।
- एकीकरण परीक्षण परिदृश्य और परीक्षण मामलों को तैयार करें।
- परीक्षण स्वचालन स्क्रिप्ट तैयार करें।
- परीक्षा के मामलों का निष्पादन करें।
- दोषों की रिपोर्ट करें।
- ट्रैक करें और दोषों का फिर से परीक्षण करें।
- एकीकरण परीक्षण पूरा होने तक पुन: परीक्षण और परीक्षण चलता रहता है।
परीक्षण एकीकरण दृष्टिकोण
परीक्षण एकीकरण करने के लिए मौलिक रूप से 2 दृष्टिकोण हैं:
- नीचे से ऊपर का दृष्टिकोण
- शीर्ष पाद उपागम।
दृष्टिकोणों का परीक्षण करने के लिए नीचे दिए गए आंकड़े पर विचार करें:
नीचे से ऊपर का दृष्टिकोण:
बॉटम-अप परीक्षण, जैसा कि नाम से पता चलता है कि आवेदन की सबसे निचली या अंतरतम इकाई से शुरू होता है, और धीरे-धीरे आगे बढ़ता है। एकीकरण परीक्षण सबसे कम मॉड्यूल से शुरू होता है और धीरे-धीरे अनुप्रयोग के ऊपरी मॉड्यूल की ओर बढ़ता है। यह एकीकरण तब तक जारी रहता है जब तक कि सभी मॉड्यूल एकीकृत नहीं हो जाते हैं और पूरे आवेदन को एक इकाई के रूप में परीक्षण किया जाता है।
इस मामले में, मॉड्यूल बी 1 सी 1, बी 1 सी 2 और बी 2 सी 1, बी 2 सी 2 सबसे कम मॉड्यूल हैं जो कि इकाई परीक्षण है। मॉड्यूल बी 1 और बी 2 अभी तक विकसित नहीं हुए हैं। मॉड्यूल बी 1 और बी 2 की कार्यक्षमता यह है कि यह मॉड्यूल को बी 1 सी 1, बी 1 सी 2 और बी 2 सी 1, बी 2 सी 2 कहता है। चूंकि बी 1 और बी 2 अभी तक विकसित नहीं हुए हैं, इसलिए हमें कुछ प्रोग्राम या 'उत्तेजक' की आवश्यकता होगी जो बी 1 सी 1, बी 1 सी 2 और बी 2 सी 1, बी 2 सी 2 मॉड्यूल को बुलाएंगे। इन उत्तेजक कार्यक्रमों को कहा जाता है ड्राइवरों ।
सरल शब्दों में, ड्राइवरों डमी प्रोग्राम हैं जिनका उपयोग किसी फ़ंक्शन में सबसे कम मॉड्यूल के फ़ंक्शन को कॉल करने के लिए किया जाता है जब कॉलिंग फ़ंक्शन मौजूद नहीं है। बॉटम-अप तकनीक के लिए मॉड्यूल ड्राइवर की आवश्यकता होती है जो परीक्षण किए जा रहे मॉड्यूल के इंटरफ़ेस पर परीक्षण केस इनपुट फ़ीड करता है।
इस दृष्टिकोण का लाभ यह है कि, यदि कार्यक्रम की सबसे निचली इकाई में एक बड़ी गलती मौजूद है, तो इसका पता लगाना आसान है, और सुधारात्मक उपाय किए जा सकते हैं।
नुकसान यह है कि मुख्य कार्यक्रम वास्तव में मौजूद नहीं है जब तक कि अंतिम मॉड्यूल एकीकृत और परीक्षण नहीं किया जाता है। नतीजतन, उच्च स्तर के डिजाइन की खामियों का अंत में ही पता लगाया जाएगा।
शीर्ष पाद उपागम
यह तकनीक सबसे ऊपरी मॉड्यूल से शुरू होती है और धीरे-धीरे निचले मॉड्यूल की ओर बढ़ती है। अलगाव में केवल शीर्ष मॉड्यूल का परीक्षण किया जाता है। इसके बाद, निचले मॉड्यूल को एक-एक करके एकीकृत किया जाता है। प्रक्रिया को दोहराया जाता है जब तक कि सभी मॉड्यूल एकीकृत और परीक्षण न हो जाएं।
डिफ़ॉल्ट सबनेट मास्क कैसे खोजें
हमारे आंकड़े के संदर्भ में, परीक्षण मॉड्यूल ए से शुरू होता है, और निचले मॉड्यूल बी 1 और बी 2 को एक-एक करके एकीकृत किया जाता है। अब यहाँ निचले मॉड्यूल B1 और B2 वास्तव में एकीकरण के लिए उपलब्ध नहीं हैं। इसलिए सबसे शीर्ष मॉड्यूल A का परीक्षण करने के लिए, हम विकसित करते हैं ” STUBS ”।
'स्टब्स' को एक स्निपेट कोड के रूप में संदर्भित किया जा सकता है जो शीर्ष मॉड्यूल से इनपुट / अनुरोध स्वीकार करता है और परिणाम / प्रतिक्रिया देता है। इस तरह, कम मॉड्यूल के बावजूद, मौजूद नहीं है, हम शीर्ष मॉड्यूल का परीक्षण करने में सक्षम हैं।
व्यावहारिक परिदृश्यों में, स्टब्स का व्यवहार उतना सरल नहीं है जितना लगता है। जटिल मॉड्यूल और आर्किटेक्चर के इस युग में, मॉड्यूल को कहा जाता है, अधिकांश समय डेटाबेस से जुड़ने की तरह जटिल व्यावसायिक तर्क शामिल होते हैं। नतीजतन, स्टब्स का निर्माण वास्तविक मॉड्यूल के रूप में जटिल और समय लेता है। कुछ मामलों में, स्टब मॉड्यूल उत्तेजित मॉड्यूल से बड़ा हो सकता है।
दोनों Stubs और ड्राइवर कोड के डमी टुकड़े हैं जो 'गैर-मौजूदा' मॉड्यूल के परीक्षण के लिए उपयोग किया जाता है। वे फ़ंक्शन / विधि को ट्रिगर करते हैं और प्रतिक्रिया लौटाते हैं, जिसकी तुलना अपेक्षित व्यवहार से की जाती है
चलो के बीच कुछ अंतर समाप्त करें स्टब्स और ड्राइवर :
स्टब्स | चालक |
---|---|
टॉप डाउन अप्रोच में उपयोग किया जाता है | बॉटम अप एप्रोच में इस्तेमाल किया गया |
शीर्ष सबसे मॉड्यूल का परीक्षण पहले किया जाता है | सबसे निचले मॉड्यूल का पहले परीक्षण किया जाता है। |
घटकों के निचले स्तर को उत्तेजित करता है | उच्च स्तर के घटकों को उत्तेजित करता है |
निचले स्तर के घटकों का डमी कार्यक्रम | उच्च स्तरीय घटक के लिए डमी कार्यक्रम |
एकमात्र परिवर्तन इस दुनिया में लगातार है, इसलिए हमारे पास एक और दृष्टिकोण है जिसे 'कहा जाता है' सैंडविच परीक्षण “जो टॉप-डाउन और बॉटम-अप दोनों की सुविधाओं को जोड़ती है। जब हम ऑपरेटिंग सिस्टम जैसे विशाल कार्यक्रमों का परीक्षण करते हैं, तो हमारे पास कुछ और तकनीकें हैं जो कुशल हैं और अधिक आत्मविश्वास बढ़ाती हैं। सैंडविच परीक्षण यहां एक बहुत ही महत्वपूर्ण भूमिका निभाता है, जहां दोनों, ऊपर से नीचे और नीचे से ऊपर परीक्षण एक साथ शुरू किए जाते हैं।
एकीकरण मध्य परत से शुरू होता है और एक साथ ऊपर और नीचे की ओर बढ़ता है। हमारे आंकड़े के मामले में, हमारा परीक्षण बी 1 और बी 2 से शुरू होगा, जहां एक हाथ ऊपरी मॉड्यूल ए का परीक्षण करेगा और दूसरा हाथ निचले मॉड्यूल बी 1 सी 1, बी 1 सी 2 और बी 2 सी 1, बी 2 सी 2 का परीक्षण करेगा।
चूंकि दोनों दृष्टिकोण एक साथ शुरू होते हैं, यह तकनीक थोड़ी जटिल है और विशिष्ट कौशल सेट के साथ अधिक लोगों की आवश्यकता होती है और इस प्रकार लागत में वृद्धि होती है।
जीयूआई आवेदन एकीकरण परीक्षण
अब इस बारे में बात करते हैं कि हम ब्लैक बॉक्स तकनीक में इंटीग्रेशन टेस्टिंग कैसे कर सकते हैं।
हम सभी समझते हैं कि एक वेब एप्लिकेशन एक मल्टीटियर एप्लिकेशन है। हमारे पास एक सामने का छोर है जो उपयोगकर्ता को दिखाई देता है, हमारे पास एक मध्य परत है जिसमें व्यावसायिक तर्क है, हमारे पास कुछ और मध्य परत है जो कुछ सत्यापन करता है, कुछ तीसरे पक्ष के एपीआई आदि को एकीकृत करता है, फिर हमारे पास पीछे की परत है जो कि है डेटाबेस।
एकीकरण परीक्षण उदाहरण:
नीचे दिए गए उदाहरण को देखें:
मैं एक विज्ञापन कंपनी का मालिक हूं और मैं विभिन्न वेबसाइटों पर विज्ञापन पोस्ट करता हूं। महीने के अंत में, मैं यह देखना चाहता हूं कि कितने लोगों ने मेरे विज्ञापन देखे और कितने लोगों ने मेरे विज्ञापनों पर क्लिक किया। मुझे अपने विज्ञापनों के लिए एक रिपोर्ट की आवश्यकता है और मैं अपने ग्राहकों के अनुसार शुल्क लेता हूं।
GenNext सॉफ्टवेयर मेरे लिए और नीचे इस उत्पाद को विकसित किया गया था:
प्याज - यूजर इंटरफेस मॉड्यूल, जो अंतिम उपयोगकर्ता को दिखाई देता है, जहां सभी इनपुट दिए गए हैं।
बीएल - क्या व्यापार तर्क मॉड्यूल है, जिसमें सभी गणना और व्यवसाय विशिष्ट विधियां हैं।
वैल - सत्यापन मॉड्यूल है, जिसमें इनपुट की शुद्धता के सभी सत्यापन हैं।
CNT - सामग्री मॉड्यूल है जिसमें उपयोगकर्ता द्वारा दर्ज किए गए इनपुट के लिए विशिष्ट सभी स्थिर सामग्री है। इन सामग्रियों को रिपोर्ट में प्रदर्शित किया जाता है।
में - क्या इंजन मॉड्यूल है, यह मॉड्यूल बीएल, वैल और सीएनटी मॉड्यूल से आने वाले सभी डेटा को पढ़ता है और SQL क्वेरी को निकालता है और इसे डेटाबेस में ट्रिगर करता है।
समयबद्धक - एक मॉड्यूल है जो उपयोगकर्ता के चयन (मासिक, त्रैमासिक, अर्धवार्षिक और वार्षिक) के आधार पर सभी रिपोर्टों को निर्धारित करता है।
डाटाबेस - डेटाबेस है।
अब, पूरे वेब अनुप्रयोग की वास्तुकला को एक इकाई के रूप में देखा जा रहा है, इस मामले में एकीकरण परीक्षण, मॉड्यूल के बीच डेटा के प्रवाह पर ध्यान केंद्रित करेगा।
यहाँ प्रश्न हैं:
- यूएल मॉड्यूल में दर्ज किए गए डेटा को बीएल, वैल और सीएनटी मॉड्यूल कैसे पढ़ेंगे और व्याख्या करेंगे?
- क्या यूआई से सही डेटा प्राप्त करने में बीएल, वैल और सीएनटी मॉड्यूल है?
- बीएल, वैल और सीएनटी से किस प्रारूप में ईक्यू मॉड्यूल को स्थानांतरित किया जाता है?
- EQ डेटा को कैसे पढ़ेगा और क्वेरी को कैसे निकालेगा?
- क्या क्वेरी सही तरीके से निकाली गई है?
- क्या शेड्यूलर को रिपोर्ट के लिए सही डेटा मिल रहा है?
- क्या डेटाबेस से प्राप्त किया गया परिणाम सेट सही है और उम्मीद के मुताबिक है?
- क्या बीएल, वैल और सीएनटी मॉड्यूल पर प्रतिक्रिया वापस भेजने में सक्षम है?
- क्या यूआई मॉड्यूल डेटा को पढ़ सकता है और इसे इंटरफेस में उचित रूप से प्रदर्शित कर सकता है?
वास्तविक दुनिया में, डेटा का संचार एक XML प्रारूप में किया जाता है। इसलिए जो भी डेटा यूजर्स के डेटा में प्रवेश करता है, वह XML फॉर्मेट में परिवर्तित हो जाता है।
हमारे परिदृश्य में, यूआई मॉड्यूल में दर्ज डेटा एक्सएमएल फ़ाइल में परिवर्तित हो जाता है जिसकी व्याख्या 3 मॉड्यूल बीएल, वैल और सीएनटी द्वारा की जाती है। एन मॉड्यूल 3 मॉड्यूल द्वारा उत्पन्न परिणामी XML फ़ाइल को पढ़ता है और इसमें से SQL को निकालता है और डेटाबेस में क्वेरी करता है। EN मॉड्यूल भी परिणाम सेट प्राप्त करता है और इसे एक XML फ़ाइल में परिवर्तित करता है और इसे UI मॉड्यूल पर वापस लौटाता है जो परिणाम को उपयोगकर्ता के पढ़ने योग्य रूप में परिवर्तित करता है और उसे प्रदर्शित करता है।
बीच में हमारे पास शेड्यूलर मॉड्यूल है जो एन मॉड्यूल से सेट परिणाम प्राप्त करता है, रिपोर्ट बनाता है और शेड्यूल करता है।
तो चित्र में एकीकरण परीक्षण कहाँ आता है?
खैर, यह जांचना कि सूचना / डेटा सही तरीके से बह रहा है या नहीं, आपकी एकीकरण परीक्षण होगा, जो इस मामले में XML फाइलों को मान्य करेगा। क्या XML फाइलें सही तरीके से जेनरेट होती हैं? क्या उनके पास सही डेटा है? क्या डेटा को एक मॉड्यूल से दूसरे में सही तरीके से स्थानांतरित किया जा रहा है? इन सभी चीजों का परीक्षण एकीकरण परीक्षण के भाग के रूप में किया जाएगा।
XML फ़ाइलों को जेनरेट करने या प्राप्त करने की कोशिश करें और टैग्स को अपडेट करें और व्यवहार की जांच करें। यह सामान्य परीक्षण से बहुत अलग है जो परीक्षक सामान्य रूप से करते हैं, लेकिन यह परीक्षक के ज्ञान और आवेदन की समझ में मूल्य जोड़ देगा।
कुछ अन्य नमूना परीक्षण की स्थिति निम्नानुसार हो सकती है:
- क्या मेनू विकल्प सही विंडो उत्पन्न कर रहे हैं?
- क्या खिड़की परीक्षण के तहत खिड़की को लागू करने में सक्षम हैं?
- प्रत्येक विंडो के लिए, एप्लिकेशन को अनुमति देने वाली विंडो के लिए फ़ंक्शन कॉल की पहचान करें।
- विंडो से अन्य कॉल की उन सभी पहचानों को पहचानें जिन्हें एप्लिकेशन को अनुमति देनी चाहिए
- प्रतिवर्ती कॉल को पहचानें: कॉलिंग विंडो को बंद करके कॉलिंग विंडो पर वापस लौटना चाहिए।
- अपरिवर्तनीय कॉल की पहचान करें: कॉलिंग विंडो दिखाई देने से पहले बंद हो जाती है।
- किसी अन्य विंडो में कॉल निष्पादित करने के विभिन्न तरीकों का परीक्षण करें उदा। - मेनू, बटन, कीवर्ड।
एकीकरण टेस्ट को रोकने के लिए कदम
- अपने आवेदन की वास्तुकला को समझें।
- मॉड्यूल की पहचान करें
- समझें कि प्रत्येक मॉड्यूल क्या करता है
- समझें कि डेटा को एक मॉड्यूल से दूसरे में कैसे स्थानांतरित किया जाता है।
- समझें कि सिस्टम में डेटा कैसे दर्ज किया और प्राप्त किया जाता है (प्रवेश बिंदु और आवेदन का निकास बिंदु)
- अपने परीक्षण की आवश्यकताओं के अनुरूप करने के लिए आवेदन को अलग करें।
- पहचानें और परीक्षण की स्थिति बनाएं
- एक समय में एक ही स्थिति लें और परीक्षण के मामलों को लिखें।
एकीकरण परीक्षण के लिए प्रवेश / निकास मानदंड
प्रवेश मानदंड:
- एकीकरण परीक्षण योजना दस्तावेज पर हस्ताक्षर किए गए और अनुमोदित हैं।
- एकीकरण परीक्षण के मामले तैयार किए गए हैं।
- परीक्षण डेटा बनाया गया है।
- इकाई का परीक्षण विकसित मॉड्यूल / अवयवों का पूरा हो गया है।
- सभी महत्वपूर्ण और उच्च प्राथमिकता दोष बंद हो गए हैं।
- एकीकरण के लिए परीक्षण वातावरण स्थापित किया गया है।
मानदंड से बाहर निकलें:
- सभी एकीकरण परीक्षण मामलों को निष्पादित किया गया है।
- कोई महत्वपूर्ण और प्राथमिकता P1 और P2 दोष नहीं खोले गए हैं।
- टेस्ट रिपोर्ट तैयार कर ली गई है।
एकीकरण परीक्षण मामले
एकीकरण परीक्षण के मामले मुख्य रूप से ध्यान केंद्रित करते हैं मॉड्यूल, एकीकृत लिंक, डेटा ट्रांसफर के बीच इंटरफेस मॉड्यूल / घटकों के रूप में मॉड्यूल के बीच जो पहले से ही इकाई परीक्षण कर रहे हैं यानी कार्यक्षमता और अन्य परीक्षण पहलुओं को पहले से ही कवर किया गया है।
इसलिए, मुख्य विचार यह परीक्षण करना है कि एकीकृत होने पर दो कार्यशील मॉड्यूल अपेक्षित रूप से काम करते हैं या नहीं।
उदाहरण के लिए लिंक्डइन एप्लिकेशन के लिए एकीकरण परीक्षण के मामलों में शामिल होंगे:
- लॉगिन पेज और होम पेज के बीच इंटरफेस लिंक को सत्यापित करना यानी जब कोई उपयोगकर्ता क्रेडेंशियल्स में प्रवेश करता है और लॉग करता है तो उसे होमपेज पर निर्देशित किया जाना चाहिए।
- होम पेज और प्रोफाइल पेज यानी प्रोफाइल पेज के बीच इंटरफेस लिंक को सत्यापित करना चाहिए।
- नेटवर्क पेज और आपके कनेक्शन पृष्ठों के बीच इंटरफेस लिंक को सत्यापित करें यानी नेटवर्क पेज के निमंत्रण पर स्वीकार करें बटन पर क्लिक करने के बाद आपके कनेक्शन पृष्ठ में स्वीकृत आमंत्रण को क्लिक करना चाहिए।
- नोटिफिकेशन पेजों के बीच इंटरफेस लिंक को सत्यापित करें और बधाई बटन यानि कि क्लिक करते हुए कहें कि बधाई बटन नई संदेश विंडो की ओर निर्देशित होना चाहिए।
इस विशिष्ट साइट के लिए कई एकीकरण परीक्षण मामले लिखे जा सकते हैं। उपरोक्त चार बिंदु यह समझने के लिए सिर्फ एक उदाहरण हैं कि परीक्षण में एकीकरण परीक्षण के मामले क्या शामिल हैं।
एकीकरण एक सफेद बॉक्स या ब्लैक बॉक्स तकनीक है?
एकीकरण परीक्षण तकनीक को दोनों ब्लैक बॉक्स में भी गिना जा सकता है सफेद बॉक्स तकनीक । ब्लैक बॉक्स तकनीक वह जगह है जहां एक परीक्षक को सिस्टम के किसी भी आंतरिक ज्ञान की आवश्यकता नहीं होती है यानी कोडिंग ज्ञान की आवश्यकता नहीं होती है जबकि सफेद बॉक्स तकनीक को एप्लिकेशन के आंतरिक ज्ञान की आवश्यकता होती है।
अब एकीकरण परीक्षण करते समय इसमें दो एकीकृत वेब सेवाओं का परीक्षण शामिल हो सकता है जो डेटाबेस से डेटा प्राप्त करेगा और आवश्यकतानुसार डेटा प्रदान करेगा जिसका अर्थ है कि इसे सफेद बॉक्स परीक्षण तकनीक का उपयोग करके परीक्षण किया जा सकता है जबकि वेबसाइट में एक नई सुविधा को एकीकृत किया जा सकता है। ब्लैक बॉक्स तकनीक का उपयोग करना।
इसलिए, यह विशिष्ट नहीं है कि एकीकरण परीक्षण एक ब्लैक बॉक्स या व्हाइट बॉक्स तकनीक है।
एकीकरण परीक्षण उपकरण
इस परीक्षण के लिए कई उपकरण उपलब्ध हैं।
नीचे दिए गए उपकरणों की एक सूची है:
- तर्कसंगत एकीकरण परीक्षक
- चांदा
- भाप
- तैसी
उपरोक्त टूल पर अधिक जानकारी के लिए इस ट्यूटोरियल की जाँच करें:
सिस्टम एकीकरण परीक्षण
परीक्षण करने के लिए सिस्टम इंटीग्रेशन टेस्ट किया जाता है पूर्ण एकीकृत प्रणाली ।
घटकों को एकीकृत करने से पहले यूनिट परीक्षण में मॉड्यूल या घटकों का व्यक्तिगत रूप से परीक्षण किया जाता है।
एक बार जब सभी मॉड्यूल का परीक्षण किया जाता है, तो सिस्टम एकीकरण परीक्षण सभी मॉड्यूल को एकीकृत करके किया जाता है और सिस्टम को संपूर्ण रूप में परीक्षण किया जाता है।
एकीकरण परीक्षण और सिस्टम परीक्षण के बीच अंतर
एकीकरण परीक्षण एक परीक्षण है जिसमें यूनिट परीक्षण किए गए एक या दो मॉड्यूल परीक्षण के लिए एकीकृत होते हैं और यह सत्यापित करने के लिए सत्यापन किया जाता है कि एकीकृत मॉड्यूल अपेक्षित रूप से काम करता है या नहीं।
सिस्टम परीक्षण एक परीक्षण है जहां एक पूरे के रूप में प्रणाली का परीक्षण किया जाता है यानी सभी मॉड्यूल / घटक एक साथ एकीकृत होते हैं यह सत्यापित करने के लिए कि सिस्टम अपेक्षित रूप से काम करता है और एकीकृत मॉड्यूल के कारण कोई समस्या नहीं होती है।
निष्कर्ष
यह व्हाइट बॉक्स और ब्लैक बॉक्स तकनीक दोनों में एकीकरण परीक्षण और इसके कार्यान्वयन के बारे में है। आशा है कि हमने इसे प्रासंगिक उदाहरणों के साथ स्पष्ट रूप से समझाया था।
टेस्ट इंटीग्रेशन परीक्षण चक्र का एक महत्वपूर्ण हिस्सा है क्योंकि यह दोष को खोजने में आसान बनाता है जब दो या दो से अधिक मॉड्यूल पहले चरण में ही सभी मॉड्यूल को एक साथ एकीकृत करने के लिए एकीकृत होते हैं।
यह प्रारंभिक अवस्था में दोषों को खोजने में मदद करता है जो बदले में प्रयास और लागत को बचाता है। यह सुनिश्चित करता है कि एकीकृत मॉड्यूल अपेक्षित रूप से ठीक से काम करते हैं।
आशा है कि एकीकरण परीक्षण पर इस जानकारीपूर्ण ट्यूटोरियल ने अवधारणा के आपके ज्ञान को समृद्ध किया होगा।
अनुशंसित पाठ
- घटक परीक्षण या मॉड्यूल परीक्षण क्या है (उदाहरण के साथ जानें)
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- सेलेनियम के साथ एकीकरण और कार्यात्मक परीक्षण के लिए स्पॉक
- यूनिट परीक्षण, एकीकरण परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
- जेमीटर के साथ सेलेनियम का एकीकरण
- परीक्षण प्राइमर eBook डाउनलोड
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- उपकरण और उदाहरण के साथ जोड़ी परीक्षण या अखिल जोड़े परीक्षण ट्यूटोरियल