सॉफ़्टवेयर परीक्षण जीवन चक्र क्या है (STLC)
सॉफ्टवेयर परीक्षण जीवन चक्र एक परीक्षण प्रक्रिया को संदर्भित करता है जिसमें गुणवत्ता लक्ष्यों को पूरा किया गया है यह सुनिश्चित करने के लिए एक निश्चित अनुक्रम में विशिष्ट चरणों को निष्पादित किया जाता है। एसटीएलसी प्रक्रिया में, प्रत्येक गतिविधि योजनाबद्ध और व्यवस्थित तरीके से की जाती है। प्रत्येक चरण के अलग-अलग लक्ष्य और डिलिवरेबल्स होते हैं। एसटीएलसी में विभिन्न संगठनों के अलग-अलग चरण होते हैं; हालांकि, आधार वही रहता है।
एसटीएलसी के चरण नीचे दिए गए हैं:
आवश्यकता चरण
योजना चरण
विश्लेषण चरण
डिजाइन चरण
कार्यान्वयन चरण
निष्पादन चरण
निष्कर्ष चरण
समापन चरण
1. आवश्यकता चरण:
एसटीएलसी के इस चरण के दौरान, आवश्यकताओं का विश्लेषण और अध्ययन करें। अन्य टीमों के साथ विचार-मंथन सत्र करें और यह पता लगाने का प्रयास करें कि आवश्यकताएं परीक्षण योग्य हैं या नहीं। यह चरण परीक्षण के दायरे की पहचान करने में मदद करता है। यदि कोई विशेषता परीक्षण योग्य नहीं है, तो इस चरण के दौरान उसे संप्रेषित करें ताकि शमन रणनीति की योजना बनाई जा सके।
2. योजना चरण:
व्यावहारिक परिदृश्यों में, परीक्षण योजना परीक्षण प्रक्रिया का पहला चरण है। इस चरण में, हम उन गतिविधियों और संसाधनों की पहचान करते हैं जो परीक्षण उद्देश्यों को पूरा करने में मदद करेंगे। योजना के दौरान हम मेट्रिक्स, उन मेट्रिक्स को इकट्ठा करने और ट्रैक करने की विधि की पहचान करने का भी प्रयास करते हैं।
किस आधार पर प्लानिंग की जाती है? केवल आवश्यकताएं?
जवाब न है। आवश्यकताएं आधारों में से एक बनाती हैं लेकिन 2 अन्य बहुत महत्वपूर्ण कारक हैं जो परीक्षण योजना को प्रभावित करते हैं। य़े हैं:
– संगठन की टेस्ट रणनीति।
– जोखिम विश्लेषण / जोखिम प्रबंधन और शमन।
3. विश्लेषण चरण:
यह एसटीएलसी चरण परीक्षण के लिए “क्या” परिभाषित करता है। हम मूल रूप से आवश्यकता दस्तावेज़, उत्पाद जोखिम और अन्य परीक्षण आधारों के माध्यम से परीक्षण स्थितियों की पहचान करते हैं। परीक्षण की स्थिति को आवश्यकता के अनुसार वापस खोजा जाना चाहिए।
विभिन्न कारक हैं जो परीक्षण स्थितियों की पहचान को प्रभावित करते हैं:
– स्तर और परीक्षण की गहराई
– उत्पाद की जटिलता
– उत्पाद और परियोजना जोखिम
– सॉफ्टवेयर विकास जीवन चक्र शामिल।
– परीक्षण प्रबंधन
– टीम का कौशल और ज्ञान।
– हितधारकों की उपलब्धता।
हमें परीक्षण शर्तों को विस्तृत तरीके से लिखने का प्रयास करना चाहिए। उदाहरण के लिए, किसी ई-कॉमर्स वेब एप्लिकेशन के लिए, आपके पास “उपयोगकर्ता भुगतान करने में सक्षम होना चाहिए” के रूप में एक परीक्षण शर्त हो सकती है। या आप “उपयोगकर्ता को एनईएफटी, डेबिट कार्ड और क्रेडिट कार्ड के माध्यम से भुगतान करने में सक्षम होना चाहिए” कहकर इसका विवरण दे सकते हैं।
विस्तृत परीक्षण स्थिति लिखने का सबसे महत्वपूर्ण लाभ यह है कि यह परीक्षण कवरेज को बढ़ाता है क्योंकि परीक्षण के मामले परीक्षण की स्थिति के आधार पर लिखे जाएंगे, ये विवरण अधिक विस्तृत परीक्षण मामलों को लिखने के लिए ट्रिगर होंगे जो अंततः कवरेज को बढ़ाएंगे।
इसके अलावा, परीक्षण के निकास मानदंड की पहचान करें, अर्थात कुछ शर्तों को निर्धारित करें जब आप परीक्षण बंद कर देंगे।
4. डिजाइन चरण:
यह चरण परीक्षण करने के लिए “कैसे” को परिभाषित करता है। इस चरण में निम्नलिखित कार्य शामिल हैं:
– परीक्षण की स्थिति का विवरण दें। कवरेज बढ़ाने के लिए परीक्षण स्थितियों को कई उप-शर्तों में विभाजित करें।
– पहचानें और परीक्षण डेटा प्राप्त करें
– परीक्षण वातावरण को पहचानें और स्थापित करें।
– आवश्यकता ट्रेसिबिलिटी मेट्रिक्स बनाएं
– टेस्ट कवरेज मेट्रिक्स बनाएं।
5. कार्यान्वयन चरण:
इस एसटीएलसी चरण में प्रमुख कार्य विस्तृत परीक्षण मामलों का निर्माण करना है। परीक्षण मामलों को प्राथमिकता दें यह भी पहचानें कि कौन सा परीक्षण मामला प्रतिगमन सूट का हिस्सा बन जाएगा। परीक्षण मामले को अंतिम रूप देने से पहले, परीक्षण मामलों की शुद्धता सुनिश्चित करने के लिए समीक्षा करना महत्वपूर्ण है। इसके अलावा, वास्तविक निष्पादन शुरू होने से पहले परीक्षण मामलों का संकेत लेना न भूलें।
यदि आपकी परियोजना में स्वचालन शामिल है, तो स्वचालन के लिए उम्मीदवार परीक्षण मामलों की पहचान करें और परीक्षण मामलों की स्क्रिप्टिंग के लिए आगे बढ़ें। उनकी समीक्षा करना न भूलें!
6. निष्पादन चरण:
जैसा कि नाम से पता चलता है, यह सॉफ्टवेयर परीक्षण जीवन चक्र चरण है जहां वास्तविक निष्पादन होता है। लेकिन इससे पहले कि आप अपना निष्पादन शुरू करें, सुनिश्चित करें कि आपका प्रवेश मानदंड पूरा हो गया है। परीक्षण मामलों को निष्पादित करें, किसी भी विसंगति के मामले में दोष लॉग करें। साथ ही अपनी प्रगति को ट्रैक करने के लिए अपने ट्रेसबिलिटी मेट्रिक्स को भरें।
7. निष्कर्ष चरण:
यह एसटीएलसी चरण निकास मानदंड और रिपोर्टिंग पर केंद्रित है। आपकी परियोजना और हितधारकों की पसंद के आधार पर, आप रिपोर्ट करने का निर्णय ले सकते हैं कि क्या आप साप्ताहिक रिपोर्ट की दैनिक रिपोर्ट भेजना चाहते हैं, आदि।
विभिन्न प्रकार की रिपोर्टें हैं (डीएसआर – दैनिक स्थिति रिपोर्ट, डब्ल्यूएसआर – साप्ताहिक स्थिति रिपोर्ट) जिन्हें आप भेज सकते हैं, लेकिन महत्वपूर्ण बात यह है कि रिपोर्ट की सामग्री बदलती है और इस पर निर्भर करती है कि आप अपनी रिपोर्ट किसे भेज रहे हैं।
यदि परियोजना प्रबंधक परीक्षण पृष्ठभूमि से संबंधित हैं तो वे परियोजना के तकनीकी पहलू में अधिक रुचि रखते हैं, इसलिए अपनी रिपोर्ट में तकनीकी चीजों को शामिल करें (परीक्षण मामलों की संख्या उत्तीर्ण, असफल, उठाए गए दोष, गंभीरता 1 दोष, आदि)।
लेकिन अगर आप ऊपरी हिस्सेदारों को रिपोर्ट कर रहे हैं, तो हो सकता है कि उन्हें तकनीकी चीजों में दिलचस्पी न हो, इसलिए उन्हें उन जोखिमों के बारे में रिपोर्ट करें जिन्हें परीक्षण के माध्यम से कम किया गया है।
8. बंद करने का चरण:
बंद करने की गतिविधियों के कार्यों में निम्नलिखित शामिल हैं:
– परीक्षण पूरा होने की जाँच करें। क्या सभी परीक्षण मामलों को जानबूझकर निष्पादित किया गया है या कम किया गया है। जांचें कि कोई गंभीरता नहीं है 1 दोष खोला गया।
