गंभीरता और amp; परीक्षण में प्राथमिकता: अंतर और amp; उदाहरण

बग गंभीरता

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

प्राथमिकता क्या है?

प्राथमिकता को उस क्रम के रूप में परिभाषित किया जाता है जिसमें एक दोष तय किया जाना चाहिए। प्राथमिकता जितनी जल्दी हो उतना ही दोष का समाधान किया जाना चाहिए।

सॉफ़्टवेयर सिस्टम को बेकार छोड़ने वाले दोषों को दोषों पर उच्च प्राथमिकता दी जाती है जो सॉफ़्टवेयर की एक छोटी कार्यक्षमता को विफल करने का कारण बनते हैं।

कुंजी प्रसार

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

गंभीरता के प्रकार

सॉफ्टवेयर परीक्षण में, बग / दोष की गंभीरता के प्रकारों को चार भागों में वर्गीकृत किया जा सकता है:

महत्वपूर्ण : यह दोष प्रक्रिया को पूरी तरह से बंद करने का संकेत देता है, आगे कुछ भी नहीं बढ़ सकता है
मेजर : यह एक अत्यधिक गंभीर दोष है और प्रणाली को ध्वस्त कर देता है। हालाँकि, सिस्टम के कुछ हिस्से क्रियाशील रहते हैं
मध्यम : यह कुछ अवांछनीय व्यवहार का कारण बनता है, लेकिन सिस्टम अभी भी कार्यात्मक है
निम्न : यह सिस्टम के किसी भी बड़े ब्रेक-डाउन का कारण नहीं होगा

प्राथमिकता प्रकार

बग / दोष की प्राथमिकता के प्रकारों को तीन भागों में वर्गीकृत किया जा सकता है:

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

एक दोष की गंभीरता का निर्धारण करने के लिए युक्तियाँ

घटना की आवृत्ति तय करें: कुछ मामलों में, यदि कोड में एक मामूली-दोष की घटना अक्सर होती है, तो यह अधिक गंभीर हो सकती है। इसलिए एक उपयोगकर्ता के दृष्टिकोण से, यह एक छोटी सी खराबी होने के बावजूद अधिक गंभीर है।
दोष को अलग करें : दोष को अलग करने से प्रभाव की गंभीरता का पता लगाने में मदद मिल सकती है।

प्राथमिकता बनाम गंभीरता: मुख्य अंतर

वरीयता	तीव्रता
दोष प्रधानता ने उस क्रम को परिभाषित किया है जिसमें डेवलपर को एक दोष का समाधान करना चाहिए	दोष गंभीरता को उस प्रभाव की डिग्री के रूप में परिभाषित किया गया है जो उत्पाद के संचालन पर दोष है
प्राथमिकता को तीन प्रकारों में वर्गीकृत किया गया है कम मध्यम उच्च	गंभीरता को पाँच प्रकारों में वर्गीकृत किया गया है नाजुक प्रमुख उदारवादी नाबालिग अंगराग
प्राथमिकता शेड्यूलिंग से जुड़ी है	गंभीरता कार्यक्षमता या मानकों से जुड़ी है
प्राथमिकता इंगित करती है कि बग को कितनी जल्दी ठीक किया जाना चाहिए	गंभीरता उत्पाद की कार्यक्षमता पर दोष की गंभीरता को इंगित करता है
दोषों की प्राथमिकता प्रबंधक / ग्राहक के परामर्श से तय की जाती है	क्यूए इंजीनियर दोष की गंभीरता के स्तर को निर्धारित करता है
प्राथमिकता व्यापार मूल्य से प्रेरित है	गंभीरता कार्यक्षमता से प्रेरित है
इसका मूल्य व्यक्तिपरक है और परियोजना की स्थिति में परिवर्तन के आधार पर समय की अवधि में बदल सकता है	इसका मूल्य उद्देश्य है और परिवर्तन की संभावना कम है
उच्च प्राथमिकता और कम गंभीरता की स्थिति इंगित करती है, दोष तत्काल ठिकानों पर तय किया जाना है लेकिन आवेदन को प्रभावित नहीं करता है	उच्च गंभीरता और कम प्राथमिकता की स्थिति इंगित करती है कि दोष को ठीक करना है, लेकिन तत्काल आधारों पर नहीं
प्राथमिकता की स्थिति ग्राहकों की आवश्यकताओं पर आधारित है	गंभीर स्थिति उत्पाद के तकनीकी पहलू पर आधारित है
UAT के दौरान विकास टीम प्राथमिकता के आधार पर दोषों को ठीक करती है	एसआईटी के दौरान, विकास टीम गंभीरता और फिर प्राथमिकता के आधार पर दोषों को ठीक करेगी

दोष गंभीरता और प्राथमिकता का उदाहरण

कम गंभीरता और उच्च प्राथमिकता और इसके विपरीत का एक उदाहरण देखें

उच्च प्राथमिकता के साथ एक बहुत कम गंभीरता: किसी भी शिपमेंट वेबसाइट के लिए एक लोगो त्रुटि, कम गंभीरता हो सकती है क्योंकि यह वेबसाइट की कार्यक्षमता को प्रभावित नहीं करने वाली है, लेकिन उच्च प्राथमिकता की हो सकती है क्योंकि आप आगे बढ़ने के लिए कोई शिपमेंट नहीं चाहते हैं गलत लोगो के साथ।
कम प्राथमिकता के साथ एक बहुत ही उच्च गंभीरता: इसी तरह, उड़ान संचालन वेबसाइट के लिए, आरक्षण की कार्यक्षमता में कमी उच्च गंभीरता हो सकती है, लेकिन कम प्राथमिकता हो सकती है क्योंकि इसे अगले चक्र में जारी किया जा सकता है।

दोष त्रिदोष

दोष ट्राइएज एक ऐसी प्रक्रिया है जो उस प्रक्रिया को फिर से संतुलित करने की कोशिश करती है जहां परीक्षण टीम संसाधनों की सीमित उपलब्धता की समस्या का सामना करती है। इसलिए, जब बड़ी संख्या में दोष और उन्हें सत्यापित करने के लिए सीमित परीक्षक होते हैं, तो दोष ट्रिपल गंभीरता और प्राथमिकता जैसे दोष मापदंडों के आधार पर कई दोषों को हल करने की कोशिश करने में मदद करता है।

दोष का निर्धारण कैसे करें:

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

ट्राइएज प्रक्रिया में निम्न चरण शामिल हैं

टीम द्वारा अस्वीकृत दोष सहित सभी दोषों की समीक्षा करना
दोषों का प्रारंभिक मूल्यांकन इसकी सामग्री और संबंधित प्राथमिकता और गंभीरता सेटिंग्स पर आधारित है
इनपुट के आधार पर दोष को प्राथमिकता देना
उत्पाद प्रबंधक द्वारा रिलीज़ को सही करने के लिए दोष निर्दिष्ट करें
आगे की कार्रवाई के लिए सही मालिक / टीम को दोष को फिर से निर्देशित करता है

दिशानिर्देश जो प्रत्येक परीक्षक को गंभीरता का चयन करने से पहले विचार करना चाहिए

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

प्राथमिकता और गंभीरता की अवधारणा को अच्छी तरह से समझें
हमेशा समस्या के प्रकार के आधार पर गंभीरता स्तर असाइन करें क्योंकि यह उसकी प्राथमिकता को प्रभावित करेगा
समझें कि किसी विशेष परिदृश्य या टेस्ट केस का अंतिम उपयोगकर्ता पर क्या प्रभाव पड़ेगा
इस बात पर विचार करने की आवश्यकता है कि दोष को सत्यापित करने के लिए इसकी जटिलता और समय के आधार पर दोष को ठीक करने में कितना समय लगेगा

निष्कर्ष:

सॉफ्टवेयर इंजीनियरिंग में, दोष को गंभीरता से सौंपने से STLC प्रक्रिया में देरी हो सकती है और टीम के समग्र प्रदर्शन पर कुछ कठोर प्रभाव पड़ सकता है। तो, जिम्मेदार व्यक्ति को दोष देने के लिए इसके कॉल पर सटीक और सटीक होना चाहिए।