जोखिम आधारित परीक्षण: दृष्टिकोण, मैट्रिक्स, प्रक्रिया और उदाहरण

⚡ स्मार्ट सारांश

जोखिम आधारित परीक्षण प्रत्येक विशेषता को उसकी विफलता की संभावना और विफलता से होने वाले नुकसान के आधार पर रैंक करता है, फिर उपलब्ध परीक्षण प्रयासों को प्राथमिकता क्रम में सबसे पहले उच्चतम स्कोर वाली वस्तुओं पर खर्च करता है।

  • 🔘 मूल सूत्र: जोखिम रेटिंग संभावना को गंभीरता से गुणा करने के बराबर होती है, जो एक व्यक्तिपरक चिंता को एक तुलनीय संख्या में परिवर्तित करती है।
  • जोखिम रजिस्टर: एक ही स्प्रेडशीट में प्रत्येक पहचाने गए जोखिम, उसके स्वामी, उसके प्रभाव क्षेत्र, परीक्षण उद्देश्य और उस जोखिम से निपटने वाले चरण की जानकारी होती है।
  • परीक्षण प्राथमिकता संख्या: संभावना, परिणाम और परीक्षण की प्रभावशीलता को गुणा करने पर 1 से 125 के बीच एक स्कोर प्राप्त होता है जो निष्पादन क्रम निर्धारित करता है।
  • 🧪 पांच चरणों वाली प्रक्रिया: जोखिम पहचान, जोखिम विश्लेषण, जोखिम प्रतिक्रिया, परीक्षण स्कोरping और परीक्षण प्रक्रिया परिभाषा अनुक्रम में चलती है।
  • प्रत्येक परीक्षण स्तर: यह दृष्टिकोण केवल सिस्टम परीक्षण तक ही सीमित नहीं है, बल्कि घटक, एकीकरण, सिस्टम और स्वीकृति परीक्षण पर भी लागू होता है।
  • 📊 शेष जोखिम: निष्पादन के बाद जो कुछ भी अप्रमाणित रह जाता है, उसका मापन ही परीक्षण परिणामों को एक सूचित रिलीज निर्णय में परिवर्तित करता है।

जोखिम आधारित परीक्षण मैट्रिक्स मानचित्रping परीक्षण प्रयासों को प्राथमिकता देने के लिए गंभीरता के मुकाबले संभाव्यता का आकलन करना।

जोखिम आधारित परीक्षण

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

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

जोखिम सकारात्मक या नकारात्मक हो सकते हैं।

  • सकारात्मक जोखिम इन्हें अवसर कहा जाता है और ये व्यवसाय की स्थिरता में सहायक होते हैं। उदाहरणों में किसी नई परियोजना में निवेश करना, व्यावसायिक प्रक्रियाओं में बदलाव करना और विकास करना शामिल हैं।ping नये उत्पाद।
  • नकारात्मक जोखिम इन्हें खतरे के रूप में संदर्भित किया जाता है, और परियोजना की सफलता के लिए इन्हें कम करने या समाप्त करने के लिए की गई सिफारिशों को लागू किया जाना चाहिए।

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

जोखिम आधारित परीक्षण कब लागू करें

जोखिम आधारित परीक्षण को लागू किया जा सकता है

  • जिन परियोजनाओं में समय, संसाधन या बजट की कमी हो।
  • परियोजनाएँ जहाँ जोखिम आधारित विश्लेषण का उपयोग कमजोरियों का पता लगाने के लिए किया जा सकता है SQL इंजेक्शन हमले.
  • क्लाउड कंप्यूटिंग वातावरण में सुरक्षा परीक्षण।
  • ऐसे नए प्रोजेक्ट जिनमें जोखिम के उच्च कारक होते हैं, जैसे कि उपयोग की जाने वाली तकनीकों के साथ अनुभव की कमी या व्यावसायिक क्षेत्र के ज्ञान की कमी।
  • क्रमिक और पुनरावृत्तीय वितरण मॉडल।

जोखिम प्रबंधन प्रक्रिया

आइए अब जोखिम प्रबंधन प्रक्रिया में शामिल चरणों को समझते हैं।

जोखिम की पहचान

जोखिम की पहचान जोखिम कार्यशालाओं, चेकलिस्ट, विचार-मंथन, साक्षात्कार, डेल्फी तकनीक, कारण और प्रभाव आरेख, पिछली परियोजनाओं से सीखे गए सबक, मूल कारण विश्लेषण और डोमेन विशेषज्ञों और विषय वस्तु विशेषज्ञों से संपर्क करके की जा सकती है।

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

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

नीचे दिया गया उदाहरण दर्शाता है कि कैसे एक जोखिम विश्लेषण संरचना परियोजना जोखिमों को श्रेणियों में समूहित करती है ताकि जोखिम के किसी भी स्रोत को नजरअंदाज न किया जाए।

नमूना जोखिम विश्लेषण संरचना समूहping जोखिम नियोजन के लिए परियोजना जोखिमों को श्रेणियों में वर्गीकृत करना

जोखिम विश्लेषण (मात्रात्मक और गुणात्मक विश्लेषण शामिल है)

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

जोखिम प्रतिक्रिया योजना

विश्लेषण के आधार पर, हम यह तय कर सकते हैं कि जोखिमों के लिए प्रतिक्रिया की आवश्यकता है या नहीं। उदाहरण के लिए, कुछ जोखिमों के लिए परियोजना योजना में प्रतिक्रिया की आवश्यकता होगी, कुछ के लिए परियोजना निगरानी में प्रतिक्रिया की आवश्यकता होगी, और कुछ के लिए किसी भी प्रतिक्रिया की आवश्यकता नहीं होगी।

जोखिम स्वामी, सौंपे गए जोखिमों की संभावना और प्रभाव को कम करने के लिए विकल्पों की पहचान करने के लिए जिम्मेदार होता है।

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

जोखिम प्रबंधन प्रक्रिया के अंतर्गत जोखिम प्रतिक्रिया योजना का चरण स्थित है।

जोखिम आकस्मिकता

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

जोखिम की निगरानी और नियंत्रण

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

यह जोखिम पुनर्मूल्यांकन, जोखिम लेखा परीक्षा, भिन्नता और प्रवृत्ति विश्लेषण, तकनीकी प्रदर्शन माप, स्थिति अद्यतन बैठकों और पूर्वव्यापी बैठकों के माध्यम से प्राप्त किया जा सकता है।

नीचे दी गई तालिका जोखिम निगरानी और नियंत्रण के इनपुट, उपकरण और आउटपुट के बारे में जानकारी देती है।

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

हमें यह याद रखना चाहिए कि प्रौद्योगिकी में बदलाव, परियोजना के आकार, परियोजना की अवधि (एक लंबी परियोजना समयसीमा), प्रायोजक एजेंसियों की संख्या, परियोजना अनुमान, प्रयास और उपयुक्त कौशल की कमी के साथ जोखिम बढ़ता है।

जोखिम आधारित परीक्षण दृष्टिकोण

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

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

सिस्टम परीक्षण के लिए जोखिम आधारित परीक्षण दृष्टिकोण

  1. तकनीकी प्रणाली परीक्षण इसे पर्यावरण परीक्षण और एकीकरण परीक्षण कहा जाता है। पर्यावरण परीक्षण में विकास, परीक्षण और उत्पादन परिवेशों में परीक्षण शामिल होते हैं।
  2. कार्यात्मक प्रणाली परीक्षण सभी कार्यात्मकताओं, विशेषताओं, प्रोग्रामों और मॉड्यूलों का परीक्षण। इस परीक्षण का उद्देश्य यह मूल्यांकन करना है कि क्या सिस्टम अपनी निर्धारित आवश्यकताओं को पूरा करता है।
  3. गैर-कार्यात्मक सिस्टम परीक्षण — गैर-कार्यात्मक आवश्यकताओं का परीक्षण: प्रदर्शन, लोड परीक्षण, तनाव परीक्षणकॉन्फ़िगरेशन परीक्षण, सुरक्षा परीक्षण, बैकअप और वसूली प्रक्रियाएं और दस्तावेज (सिस्टम, संचालन और स्थापना संबंधी दस्तावेज)।

नीचे दिया गया आरेख उपरोक्त प्रक्रिया का स्पष्ट अवलोकन प्रदान करता है।

जोखिम आधारित परीक्षण (रिस्क बेस्ड टेस्टिंग) दृष्टिकोण को सिस्टम परीक्षण में विभाजित किया गया है, जिसमें तकनीकी, कार्यात्मक और गैर-कार्यात्मक सिस्टम परीक्षण शामिल हैं।

सिस्टम टेस्टिंग में कार्यात्मक परीक्षण और गैर-कार्यात्मक परीक्षण दोनों शामिल होते हैं।

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

जोखिम आधारित परीक्षण कैसे करें: संपूर्ण प्रक्रिया

इस अनुभाग में जोखिम आधारित परीक्षण प्रक्रिया का वर्णन किया गया है, जो पांच चरणों में चलती है।

  1. जोखिम की पहचान
  2. जोखिम विश्लेषण
  3. जोखिम प्रतिक्रिया
  4. टेस्ट स्कोping
  5. परीक्षण प्रक्रिया परिभाषा

नीचे दिखाए अनुसार ये पांचों चरण एक दूसरे से जुड़े हुए हैं।

जोखिम आधारित परीक्षण प्रक्रिया के पाँच चरण, जोखिम की पहचान से लेकर परीक्षण प्रक्रिया की परिभाषा तक।

  1. इस प्रक्रिया में, जोखिमों की पहचान और वर्गीकरण किया जाता है, जोखिमों का एक मसौदा रजिस्टर तैयार किया जाता है, और महत्वपूर्ण जोखिमों की पहचान करने के लिए जोखिमों की छँटाई की जाती है।
  2. जोखिम प्रतिक्रिया में जोखिमों से परीक्षण उद्देश्यों को तैयार करना और उपयुक्त तकनीकों का चयन करना शामिल है ताकि परीक्षण गतिविधि या परीक्षण तकनीक उन परीक्षण उद्देश्यों को पूरा कर सके।
  3. परीक्षण प्रभावशीलता स्कोर की गणना करने के लिए प्रलेखित निर्भरताओं, आवश्यकताओं, लागत और सॉफ्टवेयर परीक्षण के लिए आवश्यक समय पर विचार किया जाता है।
  4. टेस्ट स्कोरping यह एक समीक्षा गतिविधि है जिसमें सभी हितधारकों और तकनीकी कर्मचारियों की भागीदारी आवश्यक है। जोखिमों के स्वीकृत दायरे का पालन करना महत्वपूर्ण है। इन जोखिमों का समाधान परीक्षण के माध्यम से किया जाना चाहिए, और सभी सदस्यों को उन्हें सौंपी गई जिम्मेदारियों और इन गतिविधियों के लिए आवंटित बजट से सहमत होना चाहिए।
  5. परीक्षण के दायरे को अंतिम रूप देने के बाद, प्रत्येक परीक्षण चरण के लिए परीक्षण उद्देश्यों, मान्यताओं और निर्भरताओं को मानक प्रारूप में संकलित किया जाना चाहिए।

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

कार्यात्मक आवश्यकताएँ F1 से F3 और गैर-कार्यात्मक आवश्यकताएँ N1 और N2 को उनके संबंधित जोखिमों और परीक्षण उद्देश्यों के साथ मैप किया गया है।

आइए कार्यात्मक आवश्यकताओं F1, F2 और F3 तथा गैर-कार्यात्मक आवश्यकताओं N1 और N2 पर विचार करें।

F1 — कार्यात्मक आवश्यकता, R1 — F1 से संबंधित जोखिम

  • परीक्षण उद्देश्य 1 — एक परीक्षण का उपयोग करके यह प्रदर्शित करना कि सिस्टम की अपेक्षित विशेषताएं और कार्यक्षमताएं सही ढंग से काम करती हैं, और यह कि जोखिम R1 को कार्यात्मक परीक्षण द्वारा संबोधित किया जा सकता है।
  • परीक्षण — ब्राउज़र पेज परीक्षण महत्वपूर्ण उपयोगकर्ता कार्यों को निष्पादित करने और यह सत्यापित करने के लिए किया जाता है कि R1 (F1 से जुड़ा जोखिम) को विभिन्न परिदृश्यों में संबोधित किया जा सकता है।

F2 — कार्यात्मक आवश्यकता, R2 — F2 से संबंधित जोखिम

  • परीक्षण उद्देश्य 2 — एक परीक्षण का उपयोग करके यह प्रदर्शित करना कि सिस्टम की अपेक्षित विशेषताएं और कार्यक्षमताएं सही ढंग से काम करती हैं, और यह कि जोखिम R2 को कार्यात्मक परीक्षण द्वारा संबोधित किया जा सकता है।
  • परीक्षण — महत्वपूर्ण उपयोगकर्ता कार्यों को निष्पादित करने और यह सत्यापित करने के लिए ब्राउज़र पेज परीक्षण किया जाता है कि R2 को विभिन्न परिदृश्यों में संबोधित किया जा सकता है।

F3 — कार्यात्मक आवश्यकता, R3 — F3 से संबंधित जोखिम

  • परीक्षण उद्देश्य 3 — एक परीक्षण का उपयोग करके यह प्रदर्शित करना कि सिस्टम की अपेक्षित विशेषताएं और कार्यक्षमताएं सही ढंग से काम करती हैं, और यह कि जोखिम R3 को कार्यात्मक परीक्षण द्वारा संबोधित किया जा सकता है।
  • परीक्षण — महत्वपूर्ण उपयोगकर्ता कार्यों को निष्पादित करने और यह सत्यापित करने के लिए ब्राउज़र पेज परीक्षण किया जाता है कि R3 को विभिन्न परिदृश्यों में संबोधित किया जा सकता है।

N1 — गैर-कार्यात्मक आवश्यकता, NR1 — N1 से संबंधित जोखिम

  • परीक्षण उद्देश्य N1 — एक परीक्षण का उपयोग करके यह प्रदर्शित करना कि सिस्टम की परिचालन विशेषताएँ सही ढंग से काम करती हैं, और यह कि जोखिम NR1 को गैर-कार्यात्मक परीक्षण द्वारा संबोधित किया जा सकता है।
  • परीक्षण — उपयोगिता परीक्षण एक ऐसी तकनीक है जिसका उपयोग यह आकलन करने के लिए किया जाता है कि उपयोगकर्ता इंटरफेस का उपयोग करना कितना आसान है, और यह सत्यापित करने के लिए कि NR1 को उपयोगिता परीक्षण द्वारा संबोधित किया जा सकता है।

N2 — गैर-कार्यात्मक आवश्यकता, NR2 — N2 से संबंधित जोखिम

  • परीक्षण उद्देश्य N2 — एक परीक्षण का उपयोग करके यह प्रदर्शित करना कि सिस्टम की परिचालन विशेषताएँ सही ढंग से काम करती हैं, और यह कि जोखिम NR2 को गैर-कार्यात्मक परीक्षण द्वारा संबोधित किया जा सकता है।
  • परीक्षा - सुरक्षा परीक्षण यह एक ऐसी तकनीक है जिसका उपयोग यह जांचने के लिए किया जाता है कि एप्लिकेशन सुरक्षित है या हमले के प्रति संवेदनशील है, क्या कोई सूचना रिसाव है, और यह सत्यापित करने के लिए कि सुरक्षा परीक्षण द्वारा NR2 का समाधान किया जा सकता है।

विशिष्ट परीक्षण उद्देश्य: नीचे संक्षेप में बताए गए जोखिम और परीक्षण उद्देश्य परीक्षण प्रकारों के लिए विशिष्ट हैं।

प्रत्येक व्यक्तिगत जोखिम से निपटने के लिए परीक्षण के प्रकार के अनुसार विशिष्ट परीक्षण उद्देश्यों का निर्धारण किया जाता है।

जोखिम आधारित परीक्षण प्रक्रिया को डिजाइन करने की प्रक्रिया

  • एक जोखिम रजिस्टर तैयार करें। इसमें एक सामान्य जोखिम सूची, मौजूदा चेकलिस्ट और विचार-विमर्श सत्रों से प्राप्त जोखिमों को दर्ज किया जाता है।
  • सिस्टम की कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं (उपयोगिता, सुरक्षा, प्रदर्शन) से जुड़े जोखिमों को शामिल करें।
  • प्रत्येक जोखिम को एक अद्वितीय पहचानकर्ता आवंटित किया जाता है।

उस रजिस्टर के कॉलम 1 और 2 में पहचानकर्ता और जोखिम विवरण दर्ज हैं। शेष कॉलमों का विवरण नीचे दिया गया है।

कॉलम नं. स्तम्भ शीर्षक विवरण
3 संभावना इस प्रकार की विफलता के प्रति सिस्टम के प्रवण होने की संभावना
4 Consequences इस विफलता पद्धति का प्रभाव
5 अनावरण प्रायिकता और परिणामों का गुणनफल (स्तंभ 3 और 4)
6 परीक्षण प्रभावशीलता परीक्षकों को इस बात का कितना भरोसा है कि वे इस जोखिम का समाधान कर सकते हैं?
7 परीक्षण प्राथमिकता संख्या संभाव्यता, परिणाम और परीक्षण प्रभावशीलता का गुणनफल (स्तंभ 3, 4 और 6)
8 परीक्षण उद्देश्य इस जोखिम से निपटने के लिए किस परीक्षण उद्देश्य का उपयोग किया जाएगा?
9 परीक्षण तकनीक इस जोखिम से निपटने के लिए किस विधि या तकनीक का उपयोग किया जाता है?
10 निर्भरता परीक्षक क्या अनुमान लगाते हैं और किस पर निर्भर करते हैं
11 प्रयास है इस परीक्षण के लिए कितने प्रयास की आवश्यकता है?
12 timescale इस परीक्षण को करने में कितना समय लगेगा?
13 परीक्षण चरण A — यूनिट परीक्षण, परीक्षण चरण B — एकीकरण परीक्षण, परीक्षण चरण C — सिस्टम परीक्षण इस गतिविधि को करने वाले व्यक्ति या समूह का नाम

प्रत्येक जोखिम की संभावना (1 कम, 5 अधिक) और परिणाम (1 कम, 5 अधिक) का आकलन किया जाता है, क्योंकि दो रजिस्टर एक्सtracनीचे दिए गए चित्र में दिखाया गया है।

जोखिम रजिस्टर में संभावना और परिणामों से संबंधित कॉलम को 1 (निम्नतम) से 5 (उच्चतम) तक के पैमाने पर अंक दिए गए हैं।

जोखिम जोखिम स्तंभ की गणना संभाव्यता और परिणामों के गुणनफल के रूप में की जाती है।

  • परीक्षण के दौरान प्राप्त जोखिम की गणना की जाती है।
  • परीक्षक प्रत्येक जोखिम का विश्लेषण करता है और मूल्यांकन करता है कि जोखिम परीक्षण योग्य है या नहीं।
  • परीक्षण योग्य जोखिमों के लिए परीक्षण उद्देश्य परिभाषित किए जाते हैं।
  • परीक्षक परीक्षण गतिविधि को निर्दिष्ट करता है जिसे परीक्षण उद्देश्य को पूरा करने के लिए योजनाबद्ध तरीके से किया जाना चाहिए (स्थैतिक समीक्षा, निरीक्षण, सिस्टम परीक्षण, एकीकरण परीक्षण, स्वीकृति परीक्षण, एचटीएमएल सत्यापन, स्थानीयकरण परीक्षण इत्यादि)।
  • इन परीक्षण गतिविधियों को चरणों में वर्गीकृत किया जा सकता है (घटक परीक्षण या इकाई का परीक्षण(एकीकरण परीक्षण, सिस्टम परीक्षण, स्वीकृति परीक्षण)।
  • कई बार, किसी जोखिम का समाधान एक से अधिक परीक्षण चरणों के माध्यम से किया जा सकता है।
  • निर्भरताओं और मान्यताओं की पहचान करें (कौशल, उपकरण, परीक्षण वातावरण और संसाधनों की उपलब्धता)।
  • परीक्षण की प्रभावशीलता की गणना की जाती है। परीक्षण की प्रभावशीलता परीक्षक के उस विश्वास स्तर से संबंधित है कि परीक्षण के माध्यम से जोखिम का निश्चित रूप से समाधान हो जाएगा। परीक्षण प्रभावशीलता स्कोर एक से पाँच के बीच की संख्या होती है (5 = उच्च विश्वास, 1 = निम्न विश्वास)।
  • इन परीक्षणों को तैयार करने और निष्पादित करने के लिए आवश्यक प्रयास, समय और लागत का अनुमान लगाएं।

अगले दो पूर्वtracटीएस शेष रजिस्टर कॉलम और परीक्षण प्रभावशीलता स्कोर को यथास्थान दर्शाता है।

परीक्षण उद्देश्यों, परीक्षण तकनीकों, निर्भरताओं, प्रयास और समयसीमा के लिए जोखिम रजिस्टर कॉलम

प्रत्येक जोखिम के लिए 1 (कम आत्मविश्वास) से 5 (उच्च आत्मविश्वास) तक के परीक्षण प्रभावशीलता स्कोर दर्ज किए गए।

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

परीक्षण के विभिन्न चरणों में आवंटन नीचे दिखाया गया है।

परीक्षण की प्राथमिकता संख्या और यूनिट, इंटीग्रेशन, सिस्टम और स्वीकृति परीक्षण चरणों में परीक्षण गतिविधियों का आवंटन

परीक्षण के दायरे में क्या आएगा और क्या नहीं आएगा, यह परीक्षण के दायरे में तय किया जाता है।ping अवस्था।

  • प्रत्येक चरण के लिए, परीक्षण के उद्देश्य, परीक्षण के अंतर्गत घटक, जिम्मेदारी, वातावरण, प्रवेश मानदंड, निकास मानदंड, उपकरण, तकनीक और परिणाम परिभाषित किए जाते हैं।

सामान्य परीक्षण उद्देश्य — ये सामान्य उद्देश्य कई परियोजनाओं और अनुप्रयोगों पर लागू होते हैं।

  • यह घटक आवश्यकता को पूरा करता है और बड़े उपप्रणालियों में उपयोग के लिए तैयार है।
  • विशिष्ट परीक्षण प्रकारों से जुड़े जोखिमों को संबोधित किया जाता है, और परीक्षण के उद्देश्यों को पूरा किया जाता है।
  • एकीकृत घटकों को सही ढंग से संयोजित किया जाता है, और घटकों के बीच इंटरफ़ेस अनुकूलता सुनिश्चित की जाती है।
  • यह प्रणाली निर्दिष्ट कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं को पूरा करती है।
  • उत्पाद के घटक अपने इच्छित परिचालन वातावरण में अंतिम उपयोगकर्ता की आवश्यकताओं को पूरा करते हैं।
  • जोखिम प्रबंधन रणनीति का उपयोग जोखिमों की पहचान करने, उनका विश्लेषण करने और उन्हें कम करने के लिए किया जाता है।
  • यह प्रणाली उद्योग के नियमों और विनियमों की आवश्यकताओं को पूरा करती है।
  • यह प्रणाली आवश्यकताओं को पूरा करती है।tracवास्तविक दायित्व।
  • संस्थागतकरण और लागत, समय-सीमा और गुणवत्ता जैसे अन्य विशिष्ट उद्देश्यों की प्राप्ति।
  • प्रणालियाँ, प्रक्रियाएँ और लोग व्यावसायिक आवश्यकताओं को पूरा करते हैं।

सामान्य परीक्षण उद्देश्य जो कई परियोजनाओं और परीक्षण के सभी चार चरणों में लागू होते हैं

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

  • घटक परीक्षण
  • एकीकरण जांच
  • सिस्टम परीक्षण
  • स्वीकृति परीक्षण

आइए सिस्टम परीक्षण चरण पर विचार करें।

  1. G4 और G5 यह प्रदर्शित करते हैं कि सिस्टम कार्यात्मक आवश्यकताओं (F1, F2, F3) और गैर-कार्यात्मक आवश्यकताओं (N1, N2) को पूरा करता है।
  2. परीक्षणों के माध्यम से यह प्रदर्शित करें कि सिस्टम की अपेक्षित विशेषताएं और कार्यक्षमताएं सही ढंग से काम करती हैं, और यह कि F1, F2 और F3 से जुड़े जोखिमों को कार्यात्मक परीक्षण द्वारा दूर किया जा सकता है।
  3. परीक्षणों के माध्यम से यह प्रदर्शित करें कि सिस्टम की परिचालन विशेषताएँ सही ढंग से काम करती हैं, और N1 और N2 से जुड़े जोखिमों को गैर-कार्यात्मक परीक्षण द्वारा दूर किया जा सकता है।
  4. परीक्षण की प्राथमिकता संख्या के आधार पर, परीक्षण के महत्व को उच्च (लाल), मध्यम (पीला) और निम्न (हरा) के रूप में वर्गीकृत किया जा सकता है।

प्राथमिकता और जोखिम मूल्यांकन मैट्रिक्स

जोखिम मूल्यांकन मैट्रिक्स संभाव्यता-प्रभाव मैट्रिक्स है। यह परियोजना टीम को जोखिमों का त्वरित अवलोकन और प्रत्येक जोखिम से निपटने की प्राथमिकता प्रदान करता है।

Risk rating = Probability x Severity

प्रायिकता किसी अनिश्चित घटना के घटित होने की संभावना का माप है, जो समय, निकटता और पुनरावृत्ति के संदर्भ में जोखिम पर आधारित होती है। इसे प्रतिशत के रूप में व्यक्त किया जाता है।

इसे बार-बार होने वाला (A), संभावित (B), कभी-कभार होने वाला (C), बहुत कम होने वाला (D), असंभव (E) और समाप्त (F) के रूप में वर्गीकृत किया जा सकता है।

  • बारंबार - अधिकांश परिस्थितियों में कई बार होने की उम्मीद है (91 - 100%)।
  • संभावित - अधिकतर परिस्थितियों में कई बार घटित होने की संभावना है (61 - 90%)।
  • प्रासंगिक — कभी-कभी घटित हो सकता है (41 – 60%).
  • सुदूर — होने की संभावना कम है, हालाँकि यह कभी-कभी हो सकता है (11 – 40%)।
  • असंभव — यह दुर्लभ और असाधारण परिस्थितियों में हो सकता है (0 – 10%)।
  • सफाया — घटित होना असंभव (0%).

गंभीरता किसी अनिश्चित घटना के कारण होने वाली क्षति या हानि के प्रभाव की मात्रा है। इसे 1 से 4 तक के अंकों में बांटा जाता है और इसे विनाशकारी = 1, गंभीर = 2, मामूली = 3 और नगण्य = 4 के रूप में वर्गीकृत किया जा सकता है।

  • आपत्तिजनक — ऐसे गंभीर परिणाम जो परियोजना को पूरी तरह से निष्फल बना सकते हैं और यहां तक ​​कि परियोजना को बंद करने का कारण भी बन सकते हैं। जोखिम प्रबंधन के दौरान इसे सर्वोच्च प्राथमिकता दी जानी चाहिए।
  • आलोचनात्मक इसके गंभीर परिणाम हो सकते हैं, जिससे भारी नुकसान हो सकता है। परियोजना गंभीर खतरे में है।
  • सीमांत — अल्पकालिक क्षति जिसे पुनर्स्थापन गतिविधियों के माध्यम से अभी भी ठीक किया जा सकता है।
  • नगण्य - मामूली या न्यूनतम क्षति या नुकसान। इसकी निगरानी और प्रबंधन नियमित प्रक्रियाओं द्वारा किया जा सकता है।

प्राथमिकता को चार श्रेणियों में वर्गीकृत किया गया है, जिन्हें जोखिम की गंभीरता और संभावना के आधार पर नीचे दिए गए चित्र में दर्शाया गया है।

  • गंभीर
  • हाई
  • मध्यम
  • निम्न

जोखिम मूल्यांकन मैट्रिक्स मानचित्रping संभावना को गंभीरता के आधार पर गंभीर, उच्च, मध्यम और निम्न प्राथमिकता श्रेणियों में विभाजित करना

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

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

मध्यम: इस श्रेणी में आने वाले जोखिमों को पीले रंग से दर्शाया गया है। इन जोखिमों को कम करने के लिए उचित और व्यावहारिक कदम उठाए जाने चाहिए।

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

जोखिम आधारित परीक्षण के लिए सामान्य चेकलिस्ट

यह मैट्रिक्स जोखिम के मूल्यांकन का आधार बनता है। नीचे दी गई चेकलिस्ट यह तय करती है कि किन उम्मीदवारों को सबसे पहले मैट्रिक्स में शामिल किया जाएगा।

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

जोखिम आधारित परीक्षण परिणाम रिपोर्टिंग और मीट्रिक्स

  1. परीक्षा रिपोर्ट तैयार करना। परीक्षण की स्थिति की रिपोर्टिंग का अर्थ है परियोजना के हितधारकों को परीक्षण परिणामों के बारे में प्रभावी ढंग से सूचित करना, उन्हें स्पष्ट समझ प्रदान करना और परीक्षण उद्देश्यों के मुकाबले परीक्षण परिणामों की तुलना दिखाना।
    • नियोजित और निष्पादित परीक्षण मामलों की संख्या।
    • उत्तीर्ण या असफल हुए परीक्षण मामलों की संख्या।
    • पहचाने गए दोषों की संख्या, उनकी स्थिति और गंभीरता।
    • अभी भी कई गंभीर दोषों का पता लगाना बाकी है।
    • यदि कोई पर्यावरणीय व्यवधान हो तो।
    • अगर कोई हो तो, शो को बाधित करने वाले कारक।
    • परीक्षण सारांश रिपोर्ट और परीक्षण कवरेज रिपोर्ट.
  2. मैट्रिक्स की तैयारी। एक मीट्रिक दो या दो से अधिक मापों का संयोजन है जिसका उपयोग सॉफ्टवेयर प्रक्रियाओं, परियोजनाओं और उत्पादों की तुलना करने के लिए किया जाता है।
    • प्रयास और समय-सारणी में भिन्नता।
    • टेस्ट केस तैयार करने की उत्पादकता।
    • परीक्षण डिजाइन कवरेज।
    • टेस्ट केस निष्पादन उत्पादकता।
    • जोखिम पहचान दक्षता %।
    • जोखिम न्यूनीकरण दक्षता %।
    • परीक्षण की प्रभावशीलता %।
    • परीक्षण निष्पादन कवरेज।
    • परीक्षण निष्पादन उत्पादकता।
    • दोष रिसाव %।
    • दोष पहचान दक्षता, और दोष घनत्व.
    • आवश्यकता स्थिरता सूचकांक।
    • गुणवत्ता की कीमत।

फिर उन उपायों को जोखिमों के आधार पर दोबारा पढ़ा जाता है:

  • जोखिमों के संबंध में दोष की स्थिति और परीक्षण में उत्तीर्ण या असफल परिणामों की संख्या के आधार पर गैर-कार्यात्मक श्रेणियों (प्रदर्शन, विश्वसनीयता और उपयोगिता) में जोखिमों का विश्लेषण करें।
  • जोखिमों के संबंध में परीक्षण मेट्रिक्स, दोष की स्थिति और परीक्षण उत्तीर्ण या असफल स्थिति का उपयोग करके कार्यात्मक श्रेणियों में जोखिमों का विश्लेषण करें।
  • प्रमुख लीड और लैग संकेतकों की पहचान करें और प्रारंभिक चेतावनी संकेतक बनाएं।
  • डेटा पैटर्न, रुझानों और अंतर्संबंधों का विश्लेषण करके लीड और लैग जोखिम संकेतकों (मुख्य जोखिम संकेतक) की निगरानी करें और रिपोर्ट करें।

अंतर्निहित जोखिम बनाम अवशिष्ट जोखिम मूल्यांकन

जोखिम की पहचान और विश्लेषण में अंतर्निहित जोखिम, अवशिष्ट जोखिम, द्वितीयक जोखिम और आवर्ती जोखिम भी शामिल होने चाहिए।

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

जोखिम के आधार पर परीक्षण परिणामों का मापन संगठन को परीक्षण निष्पादन के दौरान गुणवत्ता जोखिम के अवशिष्ट स्तर को जानने और सूचित रिलीज निर्णय लेने में मदद करता है।

जोखिम प्रोफाइलिंग और ग्राहक प्रतिक्रिया

जोखिम प्रोफाइलिंग एक ऐसी प्रक्रिया है जिसके द्वारा ग्राहक के लिए निवेश जोखिम का इष्टतम स्तर निर्धारित किया जाता है, जिसमें आवश्यक जोखिम, जोखिम क्षमता और जोखिम सहनशीलता को ध्यान में रखा जाता है।

  1. जोखिम आवश्यक है यह वह जोखिम स्तर है जिसे ग्राहक को संतोषजनक प्रतिफल प्राप्त करने के लिए उठाना पड़ता है।
  2. जोखिम क्षमता यह वह वित्तीय जोखिम का स्तर है जिसे ग्राहक वहन कर सकता है।
  3. जोखिम सहिष्णुता यह जोखिम का वह स्तर है जिसे ग्राहक स्वीकार करना पसंद करेगा।

उपभोक्ता की राय: व्यवसाय, उत्पाद, सेवा और अनुभव को बेहतर बनाने के लिए ग्राहकों की प्रतिक्रिया और समीक्षाएं एकत्र करें।

जोखिम आधारित परीक्षण के लाभ

जोखिम आधारित परीक्षण के लाभ नीचे दिए गए हैं।

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

अक्सर पूछे जाने वाले प्रश्न

उत्पाद जोखिम एक ऐसा दोष है जो उपयोगकर्ता तक पहुँच सकता है, जैसे कि भुगतान प्रक्रिया में कोई गड़बड़ी। परियोजना जोखिम डिलीवरी को ही खतरे में डालता है — जैसे कि किसी कौशल की कमी, विलंबित वातावरण, या अस्थिर आवश्यकता। परीक्षण उत्पाद जोखिमों को सीधे तौर पर संबोधित करता है, जबकि परियोजना जोखिमों को केवल अप्रत्यक्ष रूप से।

यह मूल्यांकन एक बार के दस्तावेज़ के बजाय एक छोटी, नियमित गतिविधि बन जाती है। प्रत्येक स्प्रिंट में टीम उन स्टोरीज़ को फिर से स्कोर करती है जिन्हें वह बनाने वाली है, जिससे जोखिम रजिस्टर अपडेट होता है। tracकुछ महीने पहले लिखी गई रिलीज योजना के बजाय लंबित कार्यों की सूची का उपयोग करना।

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

केवल परीक्षकों द्वारा किया गया मूल्यांकन तकनीकी जोखिम की ओर झुकाव रखता है। एक उपयोगी सत्र में प्रभाव के लिए एक व्यावसायिक विश्लेषक या उत्पाद स्वामी, जटिलता और परिवर्तन इतिहास के लिए एक डेवलपर और संभावना के लिए एक परीक्षक को शामिल किया जाता है, साथ ही मतभेदों को सुलझाने के लिए सहायता भी प्रदान की जाती है।

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

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

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

जब भी स्कोर को प्रभावित करने वाली किसी भी चीज़ में बदलाव होता है, तो स्कोर को दोबारा जांचें: जैसे कि कोई नई आवश्यकता, कोई बड़ा रिफैक्टर, उत्पादन संबंधी कोई घटना, या कम रेटिंग वाले क्षेत्र में दोषों का समूह। व्यवहार में, टीमें प्रत्येक स्प्रिंट की शुरुआत में और फिर रिलीज़ संबंधी निर्णय से पहले समीक्षा करती हैं।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: