सॉफ़्टवेयर परीक्षण जीवन चक्र (STLC) क्या है?

what is software testing life cycle

सॉफ्टवेयर परिक्षण:

इस ट्यूटोरियल में, हम सॉफ्टवेयर टेस्टिंग के विकास पर चर्चा करते हैं, सॉफ्टवेयर परीक्षण जीवन चक्र और इसमें शामिल विभिन्न चरण STLC।

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

• सॉफ्टवेयर परीक्षण जीवन चक्र के 8 चरण (STLC)
• जीवनचक्र क्या है?
• सॉफ्टवेयर परीक्षण जीवन चक्र (STLC) क्या है
  • निष्कर्ष
  • अनुशंसित पाठ

सॉफ्टवेयर परीक्षण जीवन चक्र के 8 चरण (STLC)

क्रमागत उन्नति:

1960 की प्रवृत्ति:

1990 की प्रवृत्ति

2000 की प्रवृत्ति:

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

चूंकि परीक्षण भी मानकीकृत है। जैसे सॉफ्टवेयर के विकास में जीवनचक्र होता है, वैसे ही परीक्षण में भी जीवनचक्र होता है। बाद के खंडों में, मैं चर्चा करूंगा कि जीवन चक्र क्या है और सॉफ्टवेयर परीक्षण से संबंधित कैसे है और इसे विस्तृत करने का प्रयास करेंगे।

प्रारम्भ करते हैं!

जीवनचक्र क्या है?

साधारण शब्द में जीवनचक्र एक रूप से दूसरे रूप में परिवर्तनों के अनुक्रम को संदर्भित करता है। ये परिवर्तन किसी भी मूर्त या अमूर्त चीजों के लिए हो सकते हैं। रिटायर / निधन से प्रत्येक इकाई के पास जीवन चक्र है।

इसी तरह से, सॉफ्टवेयर भी एक इकाई है। जैसे विकासशील सॉफ़्टवेयर में चरणों का क्रम शामिल होता है, परीक्षण में भी ऐसे चरण होते हैं जिन्हें निश्चित अनुक्रम में निष्पादित किया जाना चाहिए।

एक व्यवस्थित और नियोजित तरीके से परीक्षण गतिविधियों को निष्पादित करने की इस घटना को परीक्षण जीवन चक्र कहा जाता है।

सॉफ्टवेयर परीक्षण जीवन चक्र (STLC) क्या है

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

नीचे STLC के चरण हैं:

1. आवश्यकताएँ चरण
2. योजना चरण
3. विश्लेषण चरण
4. डिजाइन चरण
5. कार्यान्वयन चरण
6. निष्पादन चरण
7. निष्कर्ष चरण
8. बंद होने का दौर

# 1 आवश्यकता चरण :

एसटीएलसी के इस चरण के दौरान आवश्यकताओं का विश्लेषण और अध्ययन करें। अन्य टीमों के साथ विचार-मंथन सत्र करें और यह पता लगाने की कोशिश करें कि क्या आवश्यकताएँ परीक्षण योग्य हैं या नहीं। यह चरण परीक्षण के दायरे की पहचान करने में मदद करता है। यदि कोई विशेषता परीक्षण योग्य नहीं है, तो इसे इस चरण के दौरान संवाद करें ताकि शमन की रणनीति की योजना बनाई जा सके।

#दो। योजना चरण :

उन्नत sql साक्षात्कार प्रश्न और उत्तर पीडीएफ

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

योजना किस आधार पर की जाती है? केवल आवश्यकताएं?

जवाब न है। आवश्यकताएँ आधारों में से एक बनाती हैं लेकिन 2 अन्य बहुत महत्वपूर्ण कारक हैं जो परीक्षण योजना को प्रभावित करते हैं। ये:

- संगठन की टेस्ट रणनीति।
- जोखिम विश्लेषण / जोखिम प्रबंधन और शमन।

# 3 विश्लेषण चरण:

यह STLC चरण 'WHAT' का परीक्षण करने के लिए परिभाषित करता है। हम मूल रूप से आवश्यकताओं दस्तावेज़, उत्पाद जोखिम और अन्य परीक्षण आधारों के माध्यम से परीक्षण की स्थिति की पहचान करते हैं। परीक्षण की स्थिति को वापस आवश्यकता के अनुसार पता लगाया जाना चाहिए।

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

- परीक्षण के स्तर और गहराई
- उत्पाद की जटिलता
- उत्पाद और परियोजना जोखिम
- सॉफ्टवेयर विकास जीवन चक्र शामिल।
- परीक्षण प्रबंधन
- कौशल और टीम का ज्ञान।
- हितधारकों की उपलब्धता।

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

विस्तृत परीक्षण की स्थिति लिखने का सबसे महत्वपूर्ण लाभ यह है कि यह परीक्षण कवरेज को बढ़ाता है क्योंकि परीक्षण मामलों को परीक्षण की स्थिति के आधार पर लिखा जाएगा, ये विवरण अधिक विस्तृत परीक्षण मामलों को लिखने के लिए ट्रिगर करेंगे जो अंततः कवरेज बढ़ाएंगे।

इसके अलावा, परीक्षण के बाहर निकलने के मानदंड की पहचान करें, यानी जब आप परीक्षण रोक देंगे तो कुछ शर्तों का निर्धारण करें।

# 4 डिजाइन चरण:

यह चरण परीक्षण करने के लिए 'HOW' को परिभाषित करता है। इस चरण में निम्नलिखित कार्य शामिल हैं:

- परीक्षण की स्थिति का विस्तार करें। कवरेज बढ़ाने के लिए कई उप-स्थितियों में परीक्षण स्थितियों को तोड़ें।
- पहचानें और परीक्षण डेटा प्राप्त करें
- पहचानें और परीक्षण वातावरण सेट करें।
- आवश्यकता ट्रेसबिलिटी मेट्रिक्स बनाएं
- टेस्ट कवरेज मेट्रिक्स बनाएं।

# 5 कार्यान्वयन चरण:

इस STLC चरण में प्रमुख कार्य विस्तृत परीक्षण मामलों के निर्माण का है। परीक्षण मामलों को प्राथमिकता दें यह भी पहचानें कि कौन सा परीक्षण मामला प्रतिगमन सूट का हिस्सा बन जाएगा। परीक्षण मामले को अंतिम रूप देने से पहले, परीक्षण मामलों की शुद्धता सुनिश्चित करने के लिए समीक्षा करना महत्वपूर्ण है। इसके अलावा, वास्तविक निष्पादन शुरू होने से पहले परीक्षण के मामलों का साइन ऑफ करना न भूलें।

यदि आपकी परियोजना में स्वचालन शामिल है, तो स्वचालन के लिए उम्मीदवार परीक्षण मामलों की पहचान करें और परीक्षण मामलों को स्क्रिप्ट करने के लिए आगे बढ़ें। उनकी समीक्षा करना न भूलें!

# 6 निष्पादन चरण :

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

# 7 निष्कर्ष चरण :

यह STLC चरण निकास मानदंड और रिपोर्टिंग पर केंद्रित है। अपनी परियोजना और हितधारकों की पसंद के आधार पर, आप रिपोर्टिंग पर निर्णय ले सकते हैं कि क्या आप साप्ताहिक रिपोर्ट आदि की दैनिक रिपोर्ट भेजना चाहते हैं।

विभिन्न प्रकार की रिपोर्टें हैं (डीएसआर - दैनिक स्थिति रिपोर्ट, डब्लूएसआर - साप्ताहिक स्थिति रिपोर्ट) जो आप भेज सकते हैं, लेकिन महत्वपूर्ण बिंदु यह है कि रिपोर्ट की सामग्री बदल जाती है और यह निर्भर करता है कि आप अपनी रिपोर्ट किसको भेज रहे हैं।

यदि परियोजना प्रबंधक पृष्ठभूमि के परीक्षण से संबंधित हैं, तो वे परियोजना के तकनीकी पहलू में अधिक रुचि रखते हैं, इसलिए अपनी रिपोर्ट में तकनीकी चीजों को शामिल करें (पारित किए गए परीक्षण मामलों की संख्या, विफल, दोष उठाए गए, गंभीरता 1 दोष, आदि)।

लेकिन अगर आप ऊपरी हितधारकों को रिपोर्ट कर रहे हैं, तो वे तकनीकी चीजों में दिलचस्पी नहीं ले सकते हैं, इसलिए उन्हें परीक्षण के माध्यम से कम होने वाले जोखिमों के बारे में रिपोर्ट करें।

# 8 बंद चरण:

क्लोजर गतिविधियों के कार्यों में निम्नलिखित शामिल हैं:

- परीक्षण पूरा होने की जाँच करें। क्या सभी परीक्षण मामलों को जानबूझकर निष्पादित या कम किया गया है। जांचें कि कोई गंभीरता नहीं है 1 दोष खोला गया।
- सबक सीखे बैठक करें और सबक सीखे गए दस्तावेज़ बनाएं। (शामिल करें कि क्या अच्छा हुआ, कहां सुधार की गुंजाइश है और क्या सुधार किया जा सकता है)

निष्कर्ष

आइए अब सॉफ्टवेयर टेस्टिंग लाइफ साइकिल (STLC) को संक्षेप में प्रस्तुत करने का प्रयास करें!

खुश परीक्षण !!

अनुशंसित पाठ

• सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
• सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
• सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
• अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
• सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
• कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
• सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
• सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र क्या है? दोषपूर्ण जीवन चक्र ट्यूटोरियल