what is stlc v model
STLC V- मॉडल क्या है?
के प्रमुख हथकंडों में से एक झरना STLC मॉडल विकास चक्र के अंत में परीक्षण किए जाने के बाद से विकास प्रक्रिया के बहुत बाद के चरण में दोष पाए गए थे। दोषों को ठीक करना बहुत चुनौतीपूर्ण और महंगा हो गया क्योंकि यह बहुत बाद की अवस्था में पाया गया था। इस समस्या को दूर करने के लिए, 'वी मॉडल' नामक एक नया विकास मॉडल पेश किया गया था।
वी मॉडल अब सबसे व्यापक रूप से उपयोग किए जाने वाले सॉफ़्टवेयर विकास प्रक्रियाओं में से एक है। V मॉडल का परिचय वास्तव में आवश्यकता चरण से सही परीक्षण के कार्यान्वयन को साबित किया है। वी मॉडल को सत्यापन और सत्यापन मॉडल भी कहा जाता है।
आप क्या सीखेंगे:
जाँच और वैधता
वी मॉडल को समझने के लिए, पहले यह समझ लें कि सॉफ्टवेयर में सत्यापन और सत्यापन क्या है।
सत्यापन : सत्यापन एक स्थैतिक विश्लेषण तकनीक है। इस तकनीक में, कोड को निष्पादित किए बिना परीक्षण किया जाता है। उदाहरणों में शामिल हैं - समीक्षा, निरीक्षण और पूर्वाभ्यास।
मान्यकरण : सत्यापन एक गतिशील विश्लेषण तकनीक है जहां कोड निष्पादित करके परीक्षण किया जाता है। उदाहरणों में कार्यात्मक और गैर-कार्यात्मक परीक्षण तकनीक शामिल हैं।
वि मॉडल
वी मॉडल में, विकास और क्यूए गतिविधियां एक साथ की जाती हैं। परीक्षण नामक कोई असतत चरण नहीं है, बल्कि परीक्षण आवश्यकता चरण से ही शुरू होता है। सत्यापन और सत्यापन की गतिविधियाँ हाथ से जाती हैं।
V मॉडल को समझने के लिए, आइए नीचे दिए गए चित्र को देखें:
सॉफ्टवेयर परीक्षण में लोडरनर क्या है
एक विशिष्ट विकास प्रक्रिया में, बाएं हाथ की ओर विकास गतिविधियों को दिखाया जाता है और दाहिना हाथ पक्ष परीक्षण गतिविधियों को दर्शाता है। मुझे गलत नहीं होना चाहिए अगर मैं कहता हूं कि विकास के चरण में वास्तविक विकास गतिविधियों के साथ सत्यापन और सत्यापन दोनों किए जाते हैं।
अब आइए इस आंकड़े को समझें:
बाएं हाथ की ओर
जैसा कि पहले कहा गया था, बाएँ हाथ की गतिविधियाँ विकास गतिविधियाँ हैं। आम तौर पर हम महसूस करते हैं, हम विकास के चरण में क्या परीक्षण कर सकते हैं, लेकिन यह इस मॉडल की सुंदरता है जो दर्शाता है कि परीक्षण विकास गतिविधियों के सभी चरण में भी किया जा सकता है।
आवश्यकता विश्लेषण : इस चरण में, आवश्यकताओं का संग्रह, विश्लेषण और अध्ययन किया जाता है। यहां सिस्टम को कैसे लागू किया जाता है, यह महत्वपूर्ण नहीं है लेकिन, सिस्टम को क्या करना चाहिए, यह महत्वपूर्ण है। ब्रेन स्टॉर्मिंग सेशन / वॉकथ्रू, साक्षात्कार स्पष्ट उद्देश्यों के लिए किए जाते हैं।
- सत्यापन गतिविधियों : आवश्यकताएँ समीक्षा।
- मान्यता गतिविधियाँ : UAT का निर्माण ( उपयोगकर्ता स्वीकृति परीक्षण ) परीक्षण के मामलों
- कलाकृतियों का उत्पादन किया : आवश्यकताएं समझ दस्तावेज, UAT परीक्षण मामलों।
सिस्टम आवश्यकताएँ / उच्च-स्तरीय डिज़ाइन : इस चरण में, सॉफ़्टवेयर का उच्च-स्तरीय डिज़ाइन बनाया गया है। टीम अध्ययन करती है और जांच करती है कि आवश्यकताओं को कैसे लागू किया जा सकता है। आवश्यकताओं की तकनीकी व्यवहार्यता का भी अध्ययन किया जाता है। टीम उन मॉड्यूल्स के साथ भी आती है जो कि / निर्भरता, हार्डवेयर / सॉफ्टवेयर की जरूरतों को बनाएंगे
- सत्यापन गतिविधियों : डिज़ाइन समीक्षा
- मान्यता गतिविधियाँ : के निर्माण में प्रणाली परीक्षण योजना और मामले, ट्रेसबिलिटी मेट्रिक्स का निर्माण
- कलाकृतियों का उत्पादन किया : सिस्टम परीक्षण के मामले, व्यवहार्यता रिपोर्ट, सिस्टम परीक्षण योजना, हार्डवेयर-सॉफ्टवेयर की आवश्यकताएं, और बनाए जाने वाले मॉड्यूल आदि।
वास्तुशिल्प डिजाइन: इस चरण में, उच्च-स्तरीय डिज़ाइन के आधार पर , सॉफ्टवेयर आर्किटेक्चर बनाया है। मॉड्यूल, उनके रिश्ते और निर्भरता, वास्तु चित्र, डेटाबेस टेबल, प्रौद्योगिकी विवरण सभी इस चरण में अंतिम रूप दिए गए हैं।
- सत्यापन गतिविधियों : डिज़ाइन समीक्षा
- मान्यता गतिविधियाँ : एकीकरण परीक्षण योजना और परीक्षण मामले।
- कलाकृतियों का उत्पादन किया : डिजाइन दस्तावेज, एकीकरण परीक्षण योजना और परीक्षण के मामले, डेटाबेस टेबल डिजाइन आदि।
मॉड्यूल डिजाइन / निम्न स्तर डिजाइन: इस चरण में, सॉफ़्टवेयर घटकों के प्रत्येक और प्रत्येक मॉड्यूल को व्यक्तिगत रूप से डिज़ाइन किया गया है। इस चरण में तरीके, कक्षाएं, इंटरफेस, डेटा प्रकार आदि को अंतिम रूप दिया जाता है।
- सत्यापन गतिविधियों : डिज़ाइन समीक्षा
- मान्यता गतिविधियाँ : यूनिट परीक्षण मामलों का निर्माण और समीक्षा।
- कलाकृतियों का उत्पादन किया : यूनिट परीक्षण के मामले,
कार्यान्वयन / कोड : इस चरण में, वास्तविक कोडिंग की जाती है।
- सत्यापन गतिविधियों : कोड समीक्षा, परीक्षण मामलों की समीक्षा
- मान्यता गतिविधियाँ : कार्यात्मक परीक्षण मामलों का निर्माण।
- कलाकृतियों का उत्पादन किया : परीक्षण के मामले, जाँच सूची की समीक्षा करें।
दाहिने हाथ की ओर
राइट-हैंड साइड परीक्षण गतिविधियों या सत्यापन चरण को प्रदर्शित करता है। हम नीचे से शुरू करेंगे।
इकाई का परीक्षण: इस चरण में, निम्न-स्तरीय डिज़ाइन चरण में बनाए गए सभी इकाई परीक्षण मामले निष्पादित किए जाते हैं।
* यूनिट परीक्षण एक सफेद बॉक्स परीक्षण तकनीक है, जहां कोड का एक टुकड़ा लिखा जाता है जो कोड स्निपेट अपेक्षित आउटपुट दे रहा है या नहीं, यह जांचने के लिए एक विधि (या कोड का कोई अन्य टुकड़ा) को आमंत्रित करता है। यह परीक्षण मूल रूप से विकास टीम द्वारा किया जाता है। किसी भी विसंगति के मामले में, दोषों को लॉग और ट्रैक किया जाता है।
कलाकृतियों का उत्पादन किया : यूनिट परीक्षण निष्पादन परिणाम
एकीकरण जांच : इस चरण में, एकीकरण परीक्षण मामलों को निष्पादित किया जाता है जो वास्तुकला डिजाइन चरण में बनाए गए थे। किसी भी विसंगति के मामले में, दोषों को लॉग और ट्रैक किया जाता है।
* इंटीग्रेशन टेस्टिंग: इंटीग्रेशन टेस्टिंग एक ऐसी तकनीक है जिसमें यूनिट टेस्टेड मॉड्यूल को एकीकृत किया जाता है और परीक्षण किया जाता है कि एकीकृत मॉड्यूल अपेक्षित परिणाम प्रदान कर रहे हैं या नहीं। सरल शब्दों में, यह पुष्टि करता है कि आवेदन के घटक अपेक्षित रूप से एक साथ काम करते हैं या नहीं।
कलाकृतियों का उत्पादन किया : एकीकरण परीक्षण के परिणाम।
सिस्टम परीक्षण : इस चरण में सभी सिस्टम टेस्ट केस, फंक्शनल टेस्ट केस और नॉनफंक्शनल टेस्ट केस निष्पादित किए जाते हैं। दूसरे शब्दों में, आवेदन का वास्तविक और पूर्ण प्रवाह परीक्षण यहां होता है। दोषों को लॉग और इसके बंद होने के लिए ट्रैक किया जाता है। प्रगति रिपोर्टिंग भी इस चरण का एक प्रमुख हिस्सा है। ट्रेसबिलिटी मेट्रिक्स को कवरेज को कम करने और जोखिम को कम करने के लिए अपडेट किया जाता है।
कलाकृतियों का उत्पादन किया : परीक्षण के परिणाम, टेस्ट लॉग, दोष रिपोर्ट, परीक्षण सारांश रिपोर्ट, और अद्यतन पता लगाने की क्षमता matrices।
उपयोगकर्ता स्वीकृति परीक्षण : स्वीकृति परीक्षण मूल रूप से व्यावसायिक आवश्यकताओं के परीक्षण से संबंधित है। यहां परीक्षण यह प्रमाणित करने के लिए किया जाता है कि उपयोगकर्ता पर्यावरण में व्यावसायिक आवश्यकताओं को पूरा करते हैं। संगतता परीक्षण और कभी-कभी अनौपचारिक परीक्षण ( भार, तनाव और आयतन ) परीक्षण भी इस चरण में किया जाता है।
कलाकृतियों का उत्पादन किया : UAT परिणाम, अद्यतित व्यवसाय कवरेज मैट्रिसेस।
वी मॉडल का उपयोग कब करें?
V मॉडल तब लागू होता है जब:
- आवश्यकता अच्छी तरह से परिभाषित है और अस्पष्ट नहीं है
- स्वीकृति मानदंड अच्छी तरह से परिभाषित हैं।
- प्रोजेक्ट आकार में मध्यम से छोटा है।
- प्रौद्योगिकी और प्रयुक्त उपकरण गतिशील नहीं हैं।
वी मॉडल का उपयोग करने के पेशेवरों और विपक्ष
| पेशेवरों | विपक्ष |
|---|---|
| - विकास और प्रगति बहुत संगठित और व्यवस्थित है | -बड़ी और जटिल परियोजनाओं के लिए उपयुक्त नहीं |
| - छोटे से मध्यम आकार की परियोजनाओं के लिए अच्छी तरह से काम करता है। | - आवश्यकताओं के अनुरूप नहीं होने पर उपयुक्त नहीं। |
| - परीक्षण शुरू से शुरू होता है इसलिए शुरुआत से अस्पष्टता की पहचान की जाती है। | - मध्यवर्ती चरण में कोई भी कार्यशील सॉफ़्टवेयर का उत्पादन नहीं किया जाता है। |
| - प्रत्येक चरण के रूप में प्रबंधन करने के लिए आसान अच्छी तरह से परिभाषित उद्देश्यों और लक्ष्यों है। | - जोखिम विश्लेषण करने का कोई प्रावधान नहीं है इसलिए अनिश्चितता और जोखिम हैं। |
अनुशंसित पाठ
- SOA परीक्षण ट्यूटोरियल: SOA आर्किटेक्चर मॉडल के लिए परीक्षण पद्धति
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- स्थैतिक परीक्षण और गतिशील परीक्षण - इन दो महत्वपूर्ण परीक्षण तकनीकों के बीच अंतर
- सर्पिल मॉडल - एसडीएलसी सर्पिल मॉडल क्या है?
- प्रैक्टिकल सॉफ्टवेयर टेस्टिंग - नया मुफ़्त ई-पुस्तक (डाउनलोड)
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- परीक्षण प्राइमर eBook डाउनलोड
- ऑनसाइट - सॉफ्टवेयर परीक्षण परियोजनाओं के अपतटीय मॉडल (और यह आपके लिए कैसे काम करना है)