परीक्षण में गंभीरता और प्राथमिकता के बीच अंतर (उदाहरण)
थॉमस हैमिल्टन
गंभीरता बनाम प्राथमिकता: उनके बीच अंतर
- प्राथमिकता वह क्रम है जिसमें डेवलपर को दोष का समाधान करना चाहिए, जबकि गंभीरता वह प्रभाव की डिग्री है जो दोष उत्पाद के संचालन पर डालता है।
- प्राथमिकता को तीन प्रकारों में वर्गीकृत किया गया है: निम्न, मध्यम और उच्च जबकि गंभीरता को पांच प्रकारों में वर्गीकृत किया गया है: गंभीर, प्रमुख, मध्यम, मामूली और कॉस्मेटिक।
- प्राथमिकता शेड्यूलिंग से जुड़ी होती है जबकि गंभीरता कार्यक्षमता या मानकों से जुड़ी होती है।
- प्राथमिकता यह बताती है कि बग को कितनी जल्दी ठीक किया जाना चाहिए, जबकि गंभीरता उत्पाद की कार्यक्षमता पर दोष की गंभीरता को दर्शाती है।
- दोषों की प्राथमिकता प्रबंधक/ग्राहक के परामर्श से तय की जाती है, जबकि दोषों की गंभीरता का स्तर QA इंजीनियर द्वारा निर्धारित किया जाता है।
- प्राथमिकता व्यावसायिक मूल्य से प्रेरित होती है जबकि गंभीरता कार्यक्षमता से प्रेरित होती है।
- प्राथमिकता मूल्य व्यक्तिपरक है और परियोजना की स्थिति में परिवर्तन के आधार पर समय के साथ बदल सकता है, जबकि गंभीरता मूल्य वस्तुनिष्ठ है और इसमें परिवर्तन की संभावना कम है।
- उच्च प्राथमिकता और कम गंभीरता की स्थिति यह दर्शाती है कि दोष को तत्काल ठीक किया जाना चाहिए, लेकिन इससे अनुप्रयोग प्रभावित नहीं होता, जबकि उच्च गंभीरता और कम प्राथमिकता की स्थिति यह दर्शाती है कि दोष को तत्काल ठीक किया जाना चाहिए, लेकिन इससे अनुप्रयोग प्रभावित नहीं होता।
- प्राथमिकता स्थिति ग्राहक की आवश्यकताओं पर आधारित होती है जबकि गंभीरता स्थिति उत्पाद के तकनीकी पहलू पर आधारित होती है।
बग की गंभीरता क्या है
बग की गंभीरता या परीक्षण में दोष की गंभीरता एक बग या एक के प्रभाव की डिग्री है दोष परीक्षण के तहत सॉफ़्टवेयर एप्लिकेशन पर इसका प्रभाव पड़ता है। सिस्टम की कार्यक्षमता पर बग/दोष का अधिक प्रभाव उच्च गंभीरता स्तर की ओर ले जाएगा। क्वालिटी एश्योरेंस इंजीनियर आमतौर पर बग/दोष की गंभीरता का स्तर निर्धारित करता है।
प्राथमिकता क्या है?
प्राथमिकता को उस क्रम के रूप में परिभाषित किया जाता है जिसमें किसी दोष को ठीक किया जाना चाहिए। प्राथमिकता जितनी अधिक होगी, दोष का समाधान उतनी ही जल्दी किया जाना चाहिए।
जो दोष सॉफ्टवेयर प्रणाली को अनुपयोगी बना देते हैं, उन्हें उन दोषों की तुलना में उच्च प्राथमिकता दी जाती है, जो सॉफ्टवेयर की छोटी कार्यक्षमता को विफल कर देते हैं।
गंभीरता के प्रकार
In सॉफ़्टवेयर परीक्षणबग/दोष की गंभीरता के प्रकार को निम्नलिखित भागों में वर्गीकृत किया जा सकता है:
- आलोचनात्मक: यह दोष प्रक्रिया के पूर्णतः बंद होने का संकेत देता है, आगे कुछ भी नहीं हो सकता
- प्रमुखयह एक बहुत गंभीर दोष है और सिस्टम को ध्वस्त कर देता है। हालाँकि, सिस्टम के कुछ हिस्से कार्यात्मक बने रहते हैं
- मध्यम: यह कुछ अवांछनीय व्यवहार का कारण बनता है, लेकिन सिस्टम अभी भी कार्यात्मक है
- निम्न: इससे सिस्टम में कोई बड़ी खराबी नहीं आएगी
प्राथमिकता प्रकार
बग/दोष की प्राथमिकता के प्रकारों को तीन भागों में वर्गीकृत किया जा सकता है:
- कम: यह दोष परेशान करने वाला है, लेकिन अधिक गंभीर दोष ठीक हो जाने पर इसकी मरम्मत की जा सकती है
- मध्यम: विकास गतिविधियों के सामान्य क्रम के दौरान दोष का समाधान किया जाना चाहिए। यह तब तक प्रतीक्षा कर सकता है जब तक कि नया संस्करण न बन जाए
- उच्च: दोष को यथाशीघ्र हल किया जाना चाहिए क्योंकि यह सिस्टम को बुरी तरह प्रभावित करता है और इसे ठीक किए जाने तक इसका उपयोग नहीं किया जा सकता
दोष की गंभीरता निर्धारित करने के लिए सुझाव
- घटना की आवृत्ति तय करें: कुछ मामलों में, यदि कोड में कोई छोटी-मोटी खराबी बार-बार होती है, तो यह अधिक गंभीर हो सकती है। इसलिए उपयोगकर्ता के दृष्टिकोण से, यह अधिक गंभीर है, भले ही यह एक छोटी-मोटी खराबी हो।
- दोष को अलग करें: दोष को अलग करने से उसके प्रभाव की गंभीरता का पता लगाने में मदद मिल सकती है।
परीक्षण में गंभीरता और प्राथमिकता के बीच अंतर
| प्राथमिकता | तीव्रता |
|---|---|
| दोष प्राथमिकता ने उस क्रम को परिभाषित किया है जिसमें डेवलपर को दोष का समाधान करना चाहिए | दोष की गंभीरता को उत्पाद के संचालन पर पड़ने वाले प्रभाव की डिग्री के रूप में परिभाषित किया जाता है |
| प्राथमिकता शेड्यूलिंग से जुड़ी है | गंभीरता कार्यक्षमता या मानकों से जुड़ी होती है |
| प्राथमिकता यह बताती है कि बग को कितनी जल्दी ठीक किया जाना चाहिए | गंभीरता उत्पाद की कार्यक्षमता पर दोष की गंभीरता को इंगित करती है |
| दोषों की प्राथमिकता प्रबंधक/ग्राहक के परामर्श से तय की जाती है | QA इंजीनियर दोष की गंभीरता का स्तर निर्धारित करता है |
| प्राथमिकता व्यवसाय मूल्य से प्रेरित होती है | गंभीरता कार्यक्षमता से प्रेरित होती है |
| इसका मूल्य व्यक्तिपरक है और परियोजना की स्थिति में परिवर्तन के आधार पर समय के साथ बदल सकता है | इसका मूल्य वस्तुनिष्ठ है और इसमें परिवर्तन की संभावना कम है |
| उच्च प्राथमिकता और कम गंभीरता की स्थिति से पता चलता है कि दोष को तत्काल आधार पर ठीक किया जाना चाहिए, लेकिन इससे आवेदन पर कोई प्रभाव नहीं पड़ता है | उच्च गंभीरता और कम प्राथमिकता की स्थिति यह दर्शाती है कि दोष को ठीक किया जाना चाहिए, लेकिन तत्काल आधार पर नहीं |
| प्राथमिकता स्थिति ग्राहक की आवश्यकताओं पर आधारित है | गंभीरता की स्थिति उत्पाद के तकनीकी पहलू पर आधारित होती है |
| यूएटी के दौरान विकास टीम प्राथमिकता के आधार पर दोषों को ठीक करती है | एसआईटी के दौरान, विकास टीम गंभीरता और फिर प्राथमिकता के आधार पर दोषों को ठीक करेगी |
प्राथमिकता को तीन प्रकारों में वर्गीकृत किया गया है
|
गंभीरता को पांच प्रकारों में वर्गीकृत किया गया है
|
दोष की गंभीरता और प्राथमिकता का उदाहरण
आइए कम गंभीरता और उच्च प्राथमिकता तथा इसके विपरीत का एक उदाहरण देखें
- उच्च प्राथमिकता के साथ बहुत कम गंभीरता: किसी भी शिपमेंट वेबसाइट के लिए लोगो त्रुटि, कम गंभीरता की हो सकती है क्योंकि यह वेबसाइट की कार्यक्षमता को प्रभावित नहीं करती है, लेकिन उच्च प्राथमिकता की हो सकती है क्योंकि आप नहीं चाहते कि कोई भी शिपमेंट गलत लोगो के साथ आगे बढ़े।
-
बहुत उच्च गंभीरता के साथ कम प्राथमिकता: इसी तरह, उड़ान संचालन वेबसाइट के लिए, आरक्षण कार्यक्षमता में दोष उच्च गंभीरता का हो सकता है, लेकिन कम प्राथमिकता वाला हो सकता है क्योंकि इसे अगले चक्र में जारी करने के लिए निर्धारित किया जा सकता है।
दोष निवारण
दोष ट्राइएज एक ऐसी प्रक्रिया है जो उस प्रक्रिया को पुनः संतुलित करने का प्रयास करती है जहां परीक्षण दल को संसाधनों की सीमित उपलब्धता की समस्या का सामना करना पड़ता है। इसलिए, जब दोषों की संख्या बहुत अधिक हो और उन्हें सत्यापित करने के लिए सीमित परीक्षक हों, तो दोष ट्राइएज गंभीरता और प्राथमिकता जैसे दोष मापदंडों के आधार पर अधिक से अधिक दोषों को हल करने का प्रयास करने में मदद करता है।
दोष ट्राइएज का निर्धारण कैसे करें:
अधिकांश प्रणालियाँ दोष का आकलन करने के लिए प्राथमिकता को मुख्य मानदंड के रूप में उपयोग करती हैं। हालाँकि, एक अच्छी प्राथमिकता प्रक्रिया गंभीरता पर भी विचार करती है।
ट्राइएज प्रक्रिया में निम्नलिखित चरण शामिल हैं
- Revटीम द्वारा अस्वीकृत दोषों सहित सभी दोषों की जांच करना
- दोषों का प्रारंभिक मूल्यांकन इसकी सामग्री और संबंधित प्राथमिकता और गंभीरता सेटिंग्स पर आधारित है
- इनपुट के आधार पर दोष को प्राथमिकता देना
- उत्पाद प्रबंधक द्वारा दोष को सही रिलीज़ को असाइन करें
- आगे की कार्रवाई के लिए दोष को सही स्वामी/टीम के पास पुनः निर्देशित करता है
दिशा-निर्देश जिन्हें प्रत्येक परीक्षक को गंभीरता का चयन करने से पहले ध्यान में रखना चाहिए
गंभीरता पैरामीटर का मूल्यांकन परीक्षक द्वारा किया जाता है जबकि प्राथमिकता पैरामीटर का मूल्यांकन उत्पाद प्रबंधक या ट्राइएज टीम द्वारा किया जाता है। दोष को प्राथमिकता देने के लिए, विकास टीम के साथ भ्रम से बचने के लिए परीक्षक के लिए सही गंभीरता का चयन करना अनिवार्य है।
- प्राथमिकता और गंभीरता की अवधारणा को अच्छी तरह से समझें
- हमेशा समस्या के प्रकार के आधार पर गंभीरता का स्तर निर्धारित करें क्योंकि इससे उसकी प्राथमिकता प्रभावित होगी
- समझें कि कोई विशेष परिदृश्य या परीक्षण का मामला अंतिम उपयोगकर्ता पर प्रभाव पड़ेगा
- इस बात पर विचार करने की आवश्यकता है कि दोष की जटिलता और दोष की पुष्टि के आधार पर उसे ठीक करने में कितना समय लगेगा
निष्कर्ष
In सॉफ्टवेयर इंजीनियरिंगदोष को गलत गंभीरता देने से उपचार में देरी हो सकती है एसटीएलसी प्रक्रिया और टीम के समग्र प्रदर्शन पर कुछ कठोर प्रभाव पड़ सकता है। इसलिए, जिम्मेदार व्यक्ति को दोष सौंपने के लिए अपने कॉल पर सटीक और सटीक होना चाहिए।
