मेन्यू

वृद्धिशील परीक्षण क्या है: उदाहरण के साथ विस्तृत विवरण

what is incremental testing

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

इस लेख की मदद से, मैं एक महत्वपूर्ण एकीकरण दृष्टिकोण - वृद्धिशील परीक्षण को कवर करने जा रहा हूं।

इस खंड के अंत तक, दर्शकों को निम्नलिखित का उचित ज्ञान होगा:

  • वृद्धिशील परीक्षण क्या है?
  • इसका उद्देश्य
  • के तरीके
  • लाभ
  • कमियां

आप क्या सीखेंगे:

वृद्धिशील परीक्षण क्या है

वृद्धिशील परीक्षण, जिसे वृद्धिशील एकीकरण परीक्षण के रूप में भी जाना जाता है, एकीकरण परीक्षण के दृष्टिकोणों में से एक है और इसकी मौलिक अवधारणाओं को शामिल करता है।

यह एक परीक्षण की तरह है जो मॉड्यूल और एकीकरण को जोड़ती है परीक्षण की रणनीति ।

वृद्धिशील परीक्षण

इस परीक्षण में, हम प्रत्येक मॉड्यूल को व्यक्तिगत रूप से इकाई परीक्षण चरण में परीक्षण करते हैं, और फिर मॉड्यूल को एकीकृत रूप से एकीकृत किया जाता है और मॉड्यूल के साथ चिकनी इंटरफ़ेस और बातचीत सुनिश्चित करने के लिए परीक्षण किया जाता है।

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

एकीकरण परीक्षण की तरह, इस परीक्षण को करने का प्राथमिक फोकस मॉड्यूल के बीच इंटरफेस, एकीकृत लिंक और सूचना के प्रवाह की जांच करना है। यह प्रक्रिया तब तक दोहराई जाती है जब तक मॉड्यूल को संयुक्त रूप से और सफलतापूर्वक परीक्षण नहीं किया जाता।

उदाहरण

इस अवधारणा को एक उदाहरण से समझते हैं:

सिस्टम या सॉफ्टवेयर अनुप्रयोग में निम्नलिखित मॉड्यूल शामिल हैं:

सॉफ़्टवेयर एप्लिकेशन

वृद्धिशील एकीकरण परीक्षण दृष्टिकोण

  • प्रत्येक मॉड्यूल यानी एम 1, एम 2, एम 3, आदि को व्यक्तिगत रूप से यूनिट परीक्षण के भाग के रूप में परीक्षण किया जाता है
  • मॉड्यूल संयुक्त रूप से यानी एक-एक करके संयुक्त होते हैं और सफल बातचीत के लिए परीक्षण किए जाते हैं
  • Fig2 में, मॉड्यूल M1 और मॉड्यूल M2 को संयुक्त और परीक्षण किया गया है
  • Fig3 में, मॉड्यूल M3 को जोड़ा जाता है और परीक्षण किया जाता है
  • Fig4 में, मॉड्यूल M4 को जोड़ा जाता है और यह सुनिश्चित करने के लिए परीक्षण किया जाता है कि सब कुछ सफलतापूर्वक एक साथ काम करता है
  • बाकी मॉड्यूल को भी प्रत्येक चरण में वृद्धिशील रूप से जोड़ा जाता है और सफल एकीकरण के लिए परीक्षण किया जाता है

रेखा चित्र नम्बर 2

संयुक्त दो मॉड्यूल

चित्र ३

संयुक्त 3 मॉड्यूल

मैं कहाँ मुक्त करने के लिए मोबाइल फोनों के लिए स्ट्रीम कर सकते हैं

अंजीर ४

संयुक्त चार मॉड्यूल

इंक्रीमेंटल टेस्ट का उद्देश्य

  • यह सुनिश्चित करने के लिए कि एकीकरण के बाद विभिन्न मॉड्यूल सफलतापूर्वक काम करते हैं
  • पहले और प्रत्येक चरण में दोषों को पहचानें। यह डेवलपर्स को यह समझने के लिए एक बढ़त देता है कि समस्या कहां है। जैसे यदि M1 और M2 के बाद परीक्षण किया जाता है तो यह सफल होता है लेकिन जब M3 को जोड़ा जाता है, तो परीक्षण विफल हो जाता है; इससे डेवलपर को समस्या को अलग करने में मदद मिलेगी
  • मुद्दों को बहुत अधिक काम के बिना और कम लागत में प्रारंभिक चरण में तय किया जा सकता है

वृद्धिशील एकीकरण परीक्षण के तरीके

इससे पहले कि हम इस विषय को शुरू करें, मैं इसके बारे में एक संक्षिप्त परिचय देना चाहूंगा स्टब और ड्राइवर चूँकि हम इन शब्दों का प्रयोग अक्सर करते रहेंगे।

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

स्टब्स टॉप-डाउन परीक्षण दृष्टिकोण में उपयोग किया जाता है और इसे 'प्रोग्राम' कहा जाता है। स्टब्स निचले लीवर मॉड्यूल के बीच इंटरफेस को अनुकरण करने में मदद करते हैं जो उपलब्ध नहीं हैं या विकसित नहीं हैं।

ड्राइवरों बॉटम-अप परीक्षण दृष्टिकोण में उपयोग किया जाता है और 'कॉलिंग प्रोग्राम' के रूप में जाना जाता है। ड्राइवर शीर्ष स्तरीय मॉड्यूल के बीच इंटरफ़ेस को अनुकरण करने में मदद करते हैं जो विकसित या उपलब्ध नहीं हैं।

एक प्रश्न जो हममें से कुछ के लिए हो सकता है, वह यह है कि परीक्षण शुरू करने से पहले स्टब / ड्राइवर का उपयोग करने के बजाय सभी एप्लिकेशन मॉड्यूल विकसित होने तक प्रतीक्षा क्यों न करें?

सरल उत्तर यह है कि यह परियोजना के निष्पादन समय को बढ़ाता है क्योंकि परीक्षक सभी मॉड्यूल विकसित होने तक बेकार बैठे रहेंगे। इसके अलावा, यह दोष के मूल विश्लेषण को मुश्किल बनाता है। इस प्रकार के परीक्षण दृष्टिकोण को बिग-बैंग एकीकरण परीक्षण के रूप में जाना जाता है।

अब हम Stubs और ड्राइवरों को कवर कर चुके हैं, चलिए आगे बढ़ते हैं वृद्धिशील परीक्षण के विभिन्न तरीके:

(१) टॉप डाउन

जैसा कि नाम से पता चलता है, परीक्षण ऊपर से नीचे तक होता है, यानी केंद्रीय मॉड्यूल से उप मॉड्यूल तक। आवेदन की शीर्ष परत तैयार करने वाले मॉड्यूल का पहले परीक्षण किया जाता है।

यह दृष्टिकोण परीक्षण के तहत आवेदन के संरचनात्मक प्रवाह का अनुसरण करता है। अनुपलब्ध या विकसित मॉड्यूल या घटकों को स्टब्स द्वारा प्रतिस्थापित नहीं किया जाता है।

इसे एक उदाहरण से समझते हैं:

  • मापांक : वेबसाइट लॉगिन उर्फ ​​एल
  • मापांक : आदेश उर्फ ​​ओ
    • मॉड्यूल ऑर्डर सारांश उर्फ ​​ओएस (अभी तक विकसित नहीं)
  • मापांक : भुगतान उर्फ ​​पी
    • मॉड्यूल नकद भुगतान उर्फ ​​सी.पी.
    • मॉड्यूल डेबिट / क्रेडिट भुगतान उर्फ ​​डीपी (अभी तक विकसित नहीं)
    • मॉड्यूल वॉलेट भुगतान उर्फ ​​WP (अभी तक विकसित नहीं)
  • मापांक: उर्फ आर रिपोर्टिंग (अभी तक विकसित नहीं)

शीर्ष पाद उपागम

वृद्धिशील एकीकरण परीक्षण दृष्टिकोण नीचे

निम्नलिखित परीक्षण मामलों को लिया जाएगा:

इनर ज्वाइन आउटर जॉइन लेफ्ट जॉइन राइट राइट जॉइन

टेस्ट केस 1: मॉड्यूल एल और मॉड्यूल ओ को एकीकृत और परीक्षण किया जाएगा
टेस्ट Case2: मॉड्यूल एल, ओ और पी को एकीकृत और परीक्षण किया जाएगा
केस केस 3: मॉड्यूल एल, ओ, पी और आर को एकीकृत और परीक्षण किया जाएगा।

और इसलिए अन्य परीक्षण मामलों पर व्युत्पन्न हैं।

इस प्रकार का परीक्षण जहां एक परत पर सभी मॉड्यूल पहले एकीकृत और परीक्षण किए जाते हैं, उन्हें 'चौड़ाई-पहले' के रूप में जाना जाता है। एक अन्य श्रेणी 'गहराई-पहले' है।

निम्नलिखित परीक्षण मामलों को 'गहराई-पहले' के लिए लिया जाएगा:

टेस्ट केस 1: मॉड्यूल एल और मॉड्यूल ओ को एकीकृत और परीक्षण किया जाएगा
टेस्ट Case2: मॉड्यूल एल, ओ और ओएस को एकीकृत और परीक्षण किया जाएगा
केस केस 3: मॉड्यूल एल, ओ, ओएस, पी को एकीकृत और परीक्षण किया जाएगा
टेस्ट केस 4: मॉड्यूल एल, ओ, ओएस, पी, सीपी को एकीकृत और परीक्षण किया जाएगा

और इसलिए अन्य परीक्षण मामलों पर व्युत्पन्न हैं।

टॉप-डाउन मेथडोलॉजी में मेरिट

  • वास्तुकला दोषों का प्रारंभिक प्रदर्शन
  • यह प्रारंभिक अवस्था में समग्र रूप से अनुप्रयोग के कार्य को रेखांकित करता है और डिजाइन दोषों के शीघ्र प्रकटीकरण में मदद करता है
  • मुख्य नियंत्रण बिंदुओं का शीघ्र परीक्षण किया जाता है

डे-मेरिट्स ऑफ टॉप-डाउन मेथडोलॉजी

  • महत्वपूर्ण मॉड्यूल को चक्र में देर से परीक्षण किया जाता है
  • परीक्षण की स्थिति लिखना बहुत चुनौतीपूर्ण है
  • एक स्टब संबंधित मॉड्यूल का सही कार्यान्वयन नहीं है। यह सिर्फ दो मॉड्यूल के बीच डेटा प्रवाह का अनुकरण करता है

# 2) नीचे-ऊपर

इस दृष्टिकोण में, परीक्षण नीचे से ऊपर तक होता है, अर्थात, नीचे की परत पर मॉड्यूल को एकीकृत किया जाता है और पहले परीक्षण किया जाता है और फिर क्रमिक रूप से अन्य मॉड्यूल एकीकृत होते हैं जैसे हम ऊपर जाते हैं। अनुपलब्ध या विकसित मॉड्यूल ड्राइवरों द्वारा प्रतिस्थापित नहीं किए जाते हैं।

बेहतर समझने के लिए नीचे दिए गए उदाहरण को देखें:

मॉड्यूल रैंक, मार्क्स, प्रतिशत और स्पोर्ट्स ग्रेड अभी तक विकसित नहीं हुए हैं, इसलिए उन्हें संबंधित ड्राइवर के साथ प्रतिस्थापित किया जाएगा:

नीचे से ऊपर का दृष्टिकोण

वृद्धिशील एकीकरण परीक्षण दृष्टिकोण नीचे

निम्नलिखित परीक्षण मामलों को लिया जाएगा:

टेस्ट केस 1: मॉड्यूल प्रैक्टिकल और थ्योरी की इकाई परीक्षण
टेस्ट Case2: मॉड्यूल मार्क्स-प्रैक्टिकल-सिद्धांत का एकीकरण और परीक्षण
टेस्ट केस 3 : मॉड्यूल प्रतिशत-मार्क्स-प्रैक्टिकल-सिद्धांत का एकीकरण और परीक्षण
टेस्ट केस 4: मॉड्यूल स्पोर्ट्स ग्रेड की इकाई परीक्षण
Case Case5: मॉड्यूल रैंक-स्पोर्ट्स ग्रेड-प्रतिशत-मार्क्स-प्रैक्टिकल-थ्योरी का एकीकरण और परीक्षण

बॉटम-अप मेथडोलॉजी के गुण

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

बॉटम-अप मेथोडोलॉजी की डी-मेरिट

  • ड्राइवरों को स्टब की तुलना में लिखना अधिक कठिन होता है
  • डिज़ाइन दोष बाद के चरण में पकड़े जाते हैं
  • इस दृष्टिकोण में, अंतिम मॉड्यूल के निर्माण तक हमारे पास काम करने वाला एप्लिकेशन नहीं है
  • ड्राइवर संबंधित मॉड्यूल का पूर्ण कार्यान्वयन नहीं है। यह सिर्फ दो मॉड्यूल के बीच डेटा प्रवाह का अनुकरण करता है।

# 3) सैंडविच परीक्षण

यह दृष्टिकोण टॉप-डाउन और बॉटम-अप पद्धति का एक संकर है। स्टब और ड्राइवरों का उपयोग अपूर्ण या विकसित मॉड्यूल के लिए नहीं किया जाता है।

परीक्षण दृष्टिकोण

  • एक मध्य परत की पहचान की जाती है जिससे नीचे-ऊपर और ऊपर-नीचे परीक्षण किया जाता है। इस मध्य परत को लक्ष्य परत के रूप में भी जाना जाता है
  • लक्ष्य परत की पहचान हेयुरिस्टिक दृष्टिकोण के अनुसार की जाती है, अर्थात, एक ऐसी परत का चयन करें जो स्टब्स और ड्राइवरों के न्यूनतम उपयोग की अनुमति देता है
  • टॉप-डाउन परीक्षण मध्य परत से शुरू होता है और निचले स्तर के मॉड्यूल की ओर नीचे की ओर बढ़ता है। मध्य परत के नीचे की परत को नीचे की परत के रूप में जाना जाता है
  • बॉटम-अप परीक्षण भी मध्य परत से शुरू होता है और शीर्ष परत मॉड्यूल की ओर बढ़ता है। मध्य परत के ऊपर की परत को शीर्ष परत के रूप में जाना जाता है
  • स्टब्स और ड्राइवरों के उपयोग के साथ, उपयोगकर्ता इंटरफ़ेस और निचले स्तर के मॉड्यूल के कार्यों को क्रमशः परीक्षण किया जाता है
  • अंत में, अंतिम परीक्षण के निष्पादन के लिए केवल मध्य परत शेष है

उदाहरण:

सैंडविच परीक्षण उदाहरण

निम्नलिखित परीक्षण मामलों को सैंडविच परीक्षण रणनीति के साथ प्राप्त किया जा सकता है:

टेस्ट केस 1: टेस्ट ए, एक्स, वाई और जेड व्यक्तिगत रूप से - जहां टेस्ट ए टॉप लेयर टेस्ट के तहत आता है और टेस्ट एक्स, वाई और जेड बॉटम लेयर टेस्ट के तहत आता है।
टेस्ट Case2: टेस्ट ए, जी, एच और आई
केस केस 3: टेस्ट जी, एक्स, और वाई
टेस्ट केस 4: टेस्ट हाथ जेड
Case Case5: टेस्ट ए, जी, एच, आई, एक्स, वाई और जेड

सैंडविच परीक्षण पद्धति के गुण

  • यह एक बड़ी परियोजना के लिए बहुत फायदेमंद है जिसमें विभिन्न उप-परियोजनाएं हैं
  • टॉप-डाउन और बॉटम-अप टेस्टिंग कार्यप्रणाली एक साथ चल सकती है

सैंडविच परीक्षण पद्धति का डी-गुण

  • मॉड्यूल एकीकरण से पहले, सबसिस्टम और उनके इंटरफेस का पूरी तरह से परीक्षण नहीं किया जाता है
  • टॉप-डाउन और बॉटम-अप परीक्षण पद्धति दोनों की भागीदारी के कारण उच्च लागत
  • इस तरह के परीक्षण की सलाह नहीं दी जाती है एक ऐसी प्रणाली के लिए जहां मॉड्यूल अत्यधिक अंतर-निर्भर होते हैं

निष्कर्ष

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

वृद्धिशील एकीकरण परीक्षण के तीन तरीकों में से, किस पद्धति का चयन करना है यह आवेदन की संरचना और उच्च जोखिम वाले मॉड्यूल की स्थिति पर भी निर्भर करता है।

वृद्धिशील परीक्षण के सभी तीन तरीके निम्नलिखित व्यवहार पहलुओं के कारण क्षैतिज श्रेणी में आते हैं:

  • सभी तीन कार्यप्रणाली परत परीक्षण पर ध्यान केंद्रित करती हैं
  • वे सभी एक संरचनात्मक या पदानुक्रमित डिजाइन पर विचार करते हैं
  • वे सभी परतों को एकीकृत रूप से एकीकृत करते हैं

योग्यता:

इस परीक्षण दृष्टिकोण के साथ, दोषों को जल्दी पहचानना आसान है, और यह डेवलपर को समस्या का कारण निर्धारित करने में भी मदद करता है। चूंकि यह संरचित परीक्षण की मूल बातें का उपयोग करता है, इसलिए यह परीक्षण दृष्टिकोण बहुत प्रभावी और सटीक है।

डेमेरिट्स:

स्टब्स और ड्राइवरों के उपयोग के कारण इस प्रकार का परीक्षण दृष्टिकोण समय लेने वाला है। यह दोहराव भी है।

बारे में लेखक: यह सहायक ट्यूटोरियल नेहा बी शी द्वारा लिखा गया है। यह आईएसक्यूबी प्रमाणित लीड क्वालिटी एनालिस्ट है जिसमें 8+ साल का अनुभव है।

यदि आपके कोई प्रश्न / सुझाव हैं तो हमें बताएं।

अनुशंसित पाठ

^