what is component testing
घटक परीक्षण को सॉफ्टवेयर परीक्षण में मॉड्यूल परीक्षण भी कहा जाता है:
एक घटक किसी भी अनुप्रयोग की सबसे निचली इकाई है। तो, घटक परीक्षण; जैसा कि नाम से पता चलता है, किसी भी एप्लिकेशन की सबसे छोटी या सबसे छोटी इकाई के परीक्षण की एक तकनीक है।
घटक परीक्षण को कभी-कभी प्रोग्राम या मॉड्यूल परीक्षण भी कहा जाता है।
एक आवेदन को कई छोटे व्यक्तिगत मॉड्यूल के संयोजन और एकीकरण के बारे में सोचा जा सकता है। इससे पहले कि हम पूरी प्रणाली का परीक्षण करें, यह जरूरी है कि प्रत्येक घटक या एप्लिकेशन की सबसे छोटी इकाई का पूरी तरह से परीक्षण किया जाए।
जावा में एक स्ट्रिंग सरणी लौटाता है
इस मामले में, मॉड्यूल या इकाइयों का स्वतंत्र रूप से परीक्षण किया जाता है। प्रत्येक मॉड्यूल एक इनपुट प्राप्त करता है, कुछ प्रसंस्करण करता है और आउटपुट उत्पन्न करता है। आउटपुट को तब अपेक्षित सुविधा के विरुद्ध मान्य किया जाता है।
सॉफ्टवेयर अनुप्रयोग प्रकृति में विशाल हैं और यह पूरी प्रणाली का परीक्षण करने के लिए एक चुनौती है। यह परीक्षण कवरेज में कई अंतराल पैदा कर सकता है। इसलिए एकीकरण परीक्षण या कार्यात्मक परीक्षण में जाने से पहले, घटक परीक्षण के साथ शुरू करने की सिफारिश की जाती है।
यह भी पढ़ें=> इकाई, एकीकरण और कार्यात्मक परीक्षण अंतर
आप क्या सीखेंगे:
- घटक परीक्षण
- घटक परीक्षण का उद्देश्य
- घटक स्तर परीक्षण के लिए इनपुट
- घटक परीक्षण कौन करता है?
- घटक परीक्षण के तहत क्या परीक्षण किया जाता है?
- जब घटक परीक्षण किया जाता है?
- घटक परीक्षण परीक्षण रणनीति
- स्टब्स और ड्राइवर्स
- एक उदाहरण
- घटक परीक्षण मामलों को कैसे लिखें?
- घटक परीक्षण बनाम यूनिट परीक्षण
- घटक बनाम इंटरफ़ेस बनाम एकीकरण बनाम सिस्टम परीक्षण
- निष्कर्ष
- अनुशंसित पाठ
घटक परीक्षण
यह एक तरह का व्हाइट बॉक्स टेस्टिंग है।
इसलिए, घटक परीक्षण बग की तलाश करता है और मॉड्यूल / कार्यक्रमों के कामकाज की पुष्टि करता है जो अलग से परीक्षण योग्य हैं।
घटक परीक्षण के लिए एक परीक्षण रणनीति और परीक्षण योजना है। और, प्रत्येक घटक के लिए, एक परीक्षण परिदृश्य है जो परीक्षण मामलों में और टूट जाएगा। नीचे दिए गए चित्र समान हैं:
घटक परीक्षण का उद्देश्य
घटक परीक्षण का मुख्य उद्देश्य परीक्षण वस्तु के इनपुट / आउटपुट व्यवहार को सत्यापित करना है। यह सुनिश्चित करता है कि परीक्षण ऑब्जेक्ट की कार्यक्षमता वांछित विनिर्देश के अनुसार सही और पूरी तरह से ठीक काम कर रही है।
घटक स्तर परीक्षण के लिए इनपुट
घटक स्तर परीक्षण के लिए चार प्रमुख इनपुट हैं:
- प्रोजेक्ट टेस्ट प्लान
- सिस्टम आवश्यकताएं
- घटक विनिर्देशों
- घटक कार्यान्वयन
घटक परीक्षण कौन करता है?
घटक परीक्षण QA सेवाओं या परीक्षक द्वारा किया जाता है।
घटक परीक्षण के तहत क्या परीक्षण किया जाता है?
घटक परीक्षण सिस्टम घटकों के कार्यात्मक या विशिष्ट गैर-कार्यात्मक विशेषताओं का सत्यापन करने में सक्षम हो सकते हैं।
यह संसाधन व्यवहार (जैसे मेमोरी लीक का निर्धारण), प्रदर्शन परीक्षण, संरचनात्मक परीक्षण आदि का परीक्षण कर सकता है।
जब घटक परीक्षण किया जाता है?
इकाई परीक्षण के बाद घटक परीक्षण किया जाता है।
जैसे ही वे बनाए जाते हैं घटकों का परीक्षण किया जाता है, इसलिए संभावना है कि परीक्षण के तहत एक घटक से प्राप्त परिणाम, अन्य घटकों पर निर्भर हैं जो बदले में अब तक विकसित नहीं हैं।
विकास जीवनचक्र मॉडल के आधार पर, घटक परीक्षण प्रणाली के अन्य घटकों के साथ अलगाव में किया जा सकता है। अलगाव बाहरी प्रभावों को रोकने के लिए किया जाता है।
तो, उस घटक का परीक्षण करने के लिए, हम Stubs और ड्राइवर्स का उपयोग करते हैंसॉफ्टवेयर घटकों के बीच इंटरफेस का अनुकरण करने के लिए।
घटक परीक्षण के बाद एकीकरण परीक्षण किया जाता है।
घटक परीक्षण परीक्षण रणनीति
परीक्षण स्तर की गहराई के आधार पर, घटक परीक्षण को दो भागों में विभाजित किया गया है:
- छोटे में घटक परीक्षण (सीटीआई)
- बड़े में घटक परीक्षण (CTIL)
जब घटक परीक्षण अन्य घटकों के साथ अलगाव में किया जाता है, तो इसे छोटे में घटक परीक्षण के रूप में कहा जाता है। यह अन्य घटकों के साथ एकीकरण पर विचार किए बिना किया जाता है।
जब घटक परीक्षण सॉफ्टवेयर के अन्य घटकों के साथ अलगाव के बिना किया जाता है तो इसे बड़े पैमाने पर घटक परीक्षण के रूप में कहा जाता है। यह तब होता है जब घटकों के कार्यक्षमता प्रवाह पर निर्भरता होती है और इस प्रकार हम उन्हें अलग नहीं कर सकते हैं।
यदि जिन घटकों पर हमारी निर्भरता है, वे अभी तक विकसित नहीं हुए हैं, तो हम वास्तविक घटकों के स्थान पर डमी वस्तुओं का उपयोग करते हैं। ये डमी ऑब्जेक्ट स्टब (फंक्शन कहा जाता है) और ड्राइवर (कॉलिंग फ़ंक्शन) हैं।
स्टब्स और ड्राइवर्स
इससे पहले कि मैं स्टब्स और ड्राइवर्स के बारे में संक्षेप में बताऊं, मुझे इसके बारे में संक्षिप्त जानकारी देनी चाहिए घटक परीक्षणों और एकीकरण परीक्षणों के बीच अंतर। कारण है - स्टब और ड्राइवरों का उपयोग एकीकरण परीक्षण में भी किया जाता है ताकि इन दो परीक्षण तकनीकों के बीच कुछ भ्रम पैदा हो।
एकीकरण परीक्षण तकनीक एक ऐसी तकनीक है जहां हम 2 घटकों को क्रमिक रूप से जोड़ते हैं और एकीकृत प्रणाली का एक साथ परीक्षण करते हैं। एक सिस्टम से डेटा को दूसरे सिस्टम में ट्रेस किया जाता है और इंटीग्रेटेड सिस्टम के लिए डेटा की शुद्धता को मान्य किया जाता है।
मॉड्यूल परीक्षण के विपरीत जहां एकल घटक / मॉड्यूल को अन्य घटकों के साथ एकीकृत करने से पहले अच्छी तरह से परीक्षण किया जाता है। इसलिए, हम कह सकते हैं कि एकीकरण परीक्षण से पहले घटक परीक्षण किया जाता है।
एकीकरण और घटक दोनों का उपयोग करता है स्टब्स और ड्राइवर्स ।
'ड्राइवर' डमी प्रोग्राम जो कॉलिंग फ़ंक्शन मौजूद नहीं होने के कारण सबसे कम मॉड्यूल के कार्यों को कॉल करने के लिए उपयोग किया जाता है।
'स्टब्स' कोड को स्निपेट के रूप में संदर्भित किया जा सकता है जो शीर्ष मॉड्यूल से इनपुट / अनुरोध स्वीकार करता है और परिणाम / प्रतिक्रिया देता है
जैसा कि पहले बताया गया है, घटकों को व्यक्तिगत रूप से और स्वतंत्र रूप से परीक्षण किया जाता है। तो, घटकों की कुछ विशेषताएं हो सकती हैं, अन्य घटक पर निर्भर करता है जो वर्तमान में विकसित नहीं है। इसलिए, इन 'अविकसित' सुविधाओं के साथ घटकों का परीक्षण करने के लिए, हमें कुछ उत्तेजक एजेंटों का उपयोग करना होगा जो डेटा को संसाधित करेंगे और इसे कॉलिंग घटकों पर वापस कर देंगे।
इस तरह हम यह सुनिश्चित कर रहे हैं कि व्यक्तिगत घटकों का अच्छी तरह से परीक्षण किया जाए।
यहाँ हम देखते हैं कि:
- C1, C2, C3, C4, C5, C6, C7, C8, C9---- घटक
- C1, C2 और C3 मिलकर सबयूनिट 1 बनाते हैं
- C4 और C5 मिलकर सब यूनिट 2 बनाते हैं
- C6, C7 & C8 मिलकर सब यूनिट 3 बनाते हैं
- C9 अकेले सबयूनिट 4 बनाता है
- सब यूनिट 1 और सबयूनिट 2 बिजनेस यूनिट 1 बनाने के लिए गठबंधन करते हैं
- सब यूनिट 3 और सब यूनिट 4 बिजनेस यूनिट 2 बनाने के लिए गठबंधन करते हैं
- बिजनेस यूनिट 1 और बिजनेस यूनिट 2 एप्लीकेशन बनाने के लिए गठबंधन करते हैं।
- तो, घटक परीक्षण, इस मामले में, व्यक्तिगत घटकों का परीक्षण करना होगा जो C1 से C9 हैं।
- जाल सब यूनिट 1 और सब यूनिट 2 के बीच तीर एकीकरण परीक्षण बिंदु को दर्शाता है।
- इसी तरह, जाल सब यूनिट 3 और सब यूनिट 4 के बीच तीर एकीकरण परीक्षण बिंदु को दर्शाता है
- बिजनेस यूनिट 1 और बिजनेस यूनिट 2 के बीच ग्रीन एरो इंटीग्रेशन टेस्टिंग पॉइंट को दर्शाता है
इसलिए हम कर रहे हैं:
- अंग C1 से C9 के लिए परीक्षण
- एकीकरण उप इकाइयों और व्यावसायिक इकाइयों के बीच परीक्षण
- प्रणाली एक पूरे के रूप में आवेदन का परीक्षण
एक उदाहरण
अब तक, हम स्थापित कर चुके हैं कि घटक परीक्षण है एक सफेद बॉक्स परीक्षण तकनीक के कुछ प्रकार । खैर, यह सही हो सकता है। लेकिन इसका मतलब यह नहीं है कि इस तकनीक का उपयोग ब्लैक बॉक्स परीक्षण तकनीक में नहीं किया जा सकता था।
आईपी पते को छिपाने के लिए सबसे अच्छा कार्यक्रम
एक विशाल वेब एप्लिकेशन पर विचार करें जो एक लॉगिन पृष्ठ से शुरू होता है। एक परीक्षक के रूप में (वह भी एक फुर्तीली दुनिया में) हम तब तक इंतजार नहीं कर सकते थे जब तक कि पूरा आवेदन विकसित न हो जाए और परीक्षण के लिए तैयार न हो जाए। बाजार में अपना समय बढ़ाने के लिए, हमें जल्दी परीक्षण शुरू करना चाहिए। इसलिए, जब हम देखते हैं कि लॉगिन पेज विकसित हो गया है, तो हमें यह आग्रह करना चाहिए कि यह हमारे परीक्षण के लिए उपलब्ध कराया गया है।
जैसे ही आपके पास परीक्षण करने के लिए आपके पास लॉगिन पृष्ठ उपलब्ध होता है, आप यह सुनिश्चित करने के लिए अपने सभी परीक्षण मामलों, (सकारात्मक और नकारात्मक) को निष्पादित कर सकते हैं कि लॉगिन पृष्ठ कार्यक्षमता अपेक्षित रूप से काम कर रही है।
इस समय आपके लॉगिन पृष्ठ के परीक्षण के लाभ इस प्रकार होंगे:
प्रदर्शन परीक्षण के लिए लोड रनर टूल
- यूआई का उपयोग प्रयोज्यता (वर्तनी की गलतियों, लोगो, संरेखण, स्वरूपण आदि) के लिए किया जाता है
- उपयोग करने का प्रयास करें नकारात्मक परीक्षण तकनीक प्रमाणीकरण और प्राधिकरण की तरह। इन मामलों में दोष खोजने की एक बड़ी संभावना है।
- SQL इंजेक्शन जैसी तकनीकों का उपयोग एक बहुत ही प्रारंभिक चरण में सुरक्षा के उल्लंघन का परीक्षण करना सुनिश्चित करेगा।
इस चरण में आप जिन दोषों को स्वीकार करेंगे, वे विकास टीम के लिए 'सबक सीखा' के रूप में कार्य करेंगे और इन्हें निरंतर पृष्ठ के कोडिंग में लागू किया जाएगा। इसलिए जल्द परीक्षण करके - आपने उन पृष्ठों की बेहतर गुणवत्ता सुनिश्चित की है जिनका विकास होना अभी बाकी है।
क्योंकि अन्य लगातार पृष्ठ अभी तक विकसित नहीं हुए हैं, आपको लॉगिन पृष्ठ की कार्यक्षमता को मान्य करने के लिए स्टब्स की आवश्यकता हो सकती है। उदाहरण के लिए ,गलत क्रेडेंशियल के मामले में सही क्रेडेंशियल्स और त्रुटि संदेश पॉपअप विंडो के मामले में, आप 'सफल लॉगिंग' बताते हुए एक साधारण पृष्ठ चाहते हैं।
आप हमारे पहले के ट्यूटोरियल को देख सकते हैं एकीकरण जांच Stubs और ड्राइवर्स पर अधिक जानकारी के लिए।
घटक परीक्षण मामलों को कैसे लिखें?
घटक परीक्षण के परीक्षण मामले काम के उत्पादों, उदाहरण के लिए, सॉफ्टवेयर डिजाइन या डेटा मॉडल से प्राप्त होते हैं। प्रत्येक घटक का परीक्षण मामलों के अनुक्रम के माध्यम से किया जाता है, जहां प्रत्येक परीक्षण मामले में इनपुट / आउटपुट का एक विशिष्ट संयोजन शामिल होता है यानी आंशिक कार्यक्षमता।
नीचे लॉगिन मॉड्यूल के लिए एक घटक परीक्षण मामले का एक नमूना स्निप है।
हम अन्य परीक्षण मामलों को भी इसी तरह लिख सकते हैं।
घटक परीक्षण बनाम यूनिट परीक्षण
घटक परीक्षण और इकाई परीक्षण के बीच बहुत पहला अंतर यह है कि पहला परीक्षण परीक्षकों द्वारा किया जाता है जबकि दूसरा एक डेवलपर्स या एसडीईटी पेशेवरों द्वारा किया जाता है।
इकाई परीक्षण एक दानेदार स्तर पर आयोजित किया जाता है। दूसरी ओर, घटक परीक्षण आवेदन स्तर पर किया जाता है। इकाई परीक्षण में, यह सत्यापित किया जाता है कि क्या एक व्यक्तिगत कार्यक्रम या कोड का टुकड़ा निर्दिष्ट के अनुसार निष्पादित हो रहा है। घटक परीक्षण में, सॉफ़्टवेयर के प्रत्येक ऑब्जेक्ट को सिस्टम के अन्य घटकों / ऑब्जेक्ट के साथ अलग-अलग या बिना अलगाव के साथ परीक्षण किया जाता है।
इसलिए, घटक परीक्षण काफी हद तक इकाई परीक्षण जैसा है, लेकिन यह एकीकरण के उच्च स्तर पर और आवेदन के संदर्भ में किया जाता है (केवल इकाई परीक्षण के रूप में उस इकाई / कार्यक्रम के संदर्भ में नहीं)।
घटक बनाम इंटरफ़ेस बनाम एकीकरण बनाम सिस्टम परीक्षण
अंग , जैसा कि मैंने समझाया, एक आवेदन की सबसे निचली इकाई है जिसका स्वतंत्र रूप से परीक्षण किया जाता है।
एक इंटरफेस 2 घटकों की ज्वाइनिंग लेयर है। प्लेटफ़ॉर्म का परीक्षण या इंटरफ़ेस जिस पर 2 घटक इंटरैक्ट करते हैं, इंटरफ़ेस परीक्षण कहा जाता है।
अब, इंटरफ़ेस का परीक्षण थोड़ा अलग है। ये इंटरफेस ज्यादातर हैं एपीआई या वेब सेवा , इसलिए इन इंटरफेस का परीक्षण ब्लैक बॉक्स तकनीक के समान नहीं होगा, बल्कि आप किसी तरह का एपीआई परीक्षण या वेब सेवा परीक्षण का उपयोग कर रहे होंगे सोप यूआई या कोई अन्य उपकरण।
एक बार इंटरफ़ेस परीक्षण किया जाता है, आता है एकीकरण जांच ।
एकीकरण परीक्षण के दौरान, हम एक-एक करके अलग-अलग परीक्षण किए गए घटकों को जोड़ते हैं और वृद्धिशील रूप से परीक्षण करते हैं। हम एकीकरण के दौरान मान्य करते हैं कि व्यक्तिगत घटक जब एक-एक करके संयुक्त होते हैं, तो अपेक्षा के अनुरूप व्यवहार करते हैं और 1 मॉड्यूल से दूसरे मॉड्यूल में प्रवाहित होने पर डेटा को परिवर्तित नहीं किया जाता है।
एक बार सभी घटकों को एकीकृत करने और परीक्षण करने के बाद, हम प्रदर्शन करते हैं सिस्टम परीक्षण एक पूरे के रूप में पूरे आवेदन / प्रणाली का परीक्षण करने के लिए। यह परीक्षण कार्यान्वित सॉफ़्टवेयर के विरुद्ध व्यावसायिक आवश्यकताओं की पुष्टि करता है।
निष्कर्ष
मैं कहूँगा कि इकाई का परीक्षण और घटक परीक्षण अगल-बगल किए जाते हैं।
यूनिट परीक्षण के विपरीत जो विकास दल द्वारा किया जाता है, परीक्षण टीम द्वारा घटक / मॉड्यूल परीक्षण किया जाता है। एकीकरण परीक्षण बंद करने से पहले हमेशा घटक परीक्षण के माध्यम से करने की सिफारिश की जाती है।
यदि घटक परीक्षण रॉक ठोस है, तो हम एकीकरण परीक्षण में कम दोष पाएंगे। मुद्दे होंगे, लेकिन वे मुद्दे एकीकरण पर्यावरण या कॉन्फ़िगरेशन चुनौतियों से संबंधित होंगे। आप यह सुनिश्चित कर सकते हैं कि एकीकृत किए गए घटकों की कार्यक्षमता ठीक काम कर रही है।
आशा है कि यह ट्यूटोरियल कंपोनेंट, इंटीग्रेशन और सिस्टम टेस्टिंग को समझने के लिए उपयोगी था। यदि आपके पास अभी भी प्रश्न हैं, तो हमें टिप्पणियों में पूछने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है: उदाहरणों के साथ जानें
- परीक्षण प्राइमर eBook डाउनलोड
- तुलना परीक्षण क्या है (उदाहरण के साथ जानें)
- एकीकरण परीक्षण क्या है (एकीकरण परीक्षण उदाहरण के साथ ट्यूटोरियल)
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- यूनिट परीक्षण, एकीकरण परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
- वृद्धिशील परीक्षण क्या है: उदाहरण के साथ विस्तृत विवरण