सॉफ्टवेयर परीक्षण में परियोजना जोखिम विश्लेषण और समाधान
जोखिम विश्लेषण क्या है?
जोखिम किसी अवांछनीय घटना के घटित होने की संभावना है।
सॉफ्टवेयर इंजीनियरिंग में जोखिम विश्लेषण आपके सॉफ्टवेयर से जुड़े जोखिमों का विश्लेषण करने की प्रक्रिया है। परीक्षण परियोजना।
आपकी परियोजना की सफलता के लिए, परियोजना की शुरुआत से पहले जोखिम की पहचान की जानी चाहिए और संबंधित समाधान निर्धारित किए जाने चाहिए। सॉफ्टवेयर इंजीनियरिंग में जोखिम की पहचान आपको शुरुआती चरणों में संभावित जोखिमों की पहचान करने में मदद करती है।
इस ट्यूटोरियल में, हम एक केस स्टडी की मदद से टेस्ट प्रबंधन प्रक्रिया के पहले चरण: जोखिम विश्लेषण और समाधान की खोज करेंगे।
इस विषय में, हम एक केस स्टडी की मदद से परीक्षण प्रबंधन प्रक्रिया के पहले चरण: सॉफ्टवेयर परीक्षण और समाधान में जोखिम विश्लेषण की खोज करेंगे।
परीक्षण के अंतर्गत आवेदन है https://demo.guru99.com/V4/, आप सॉफ़्टवेयर आवश्यकता विनिर्देश का संदर्भ ले सकते हैं यहाँ उत्पन्न करें.
गुरु99 बैंक की दो भूमिकाएँ होंगी
- प्रबंधक
- ग्राहक
इन दो अलग-अलग भूमिकाओं के लिए निम्नलिखित सुविधाएँ/मॉड्यूल उपलब्ध होंगे
यहाँ वेबसाइट का एक छोटा सा दौरा है
आवश्यकताओं के दस्तावेज़ों को पढ़ने के बाद, आपको एहसास हो गया होगा कि वेबसाइट में बहुत अधिक आवश्यकताएं हैं कार्यात्मक और जटिल परिदृश्यों।
स्थिति यह है –
- गुरु99 बैंकिंग वेबसाइट का विकास चरण पहले ही समाप्त हो चुका है। अब यह परीक्षण चरण शुरू कर रहा है। दुख की बात है कि आप आवश्यकताओं के चरण के दौरान पहले से शामिल नहीं थे
- आपके बॉस को चाहिए कि आप समय पर टेस्टिंग पूरी कर लें एक महीने केवल सीमित बजट के साथ, लेकिन उम्मीद है महान गुणवत्ता.
- टीम का एक सदस्य जो एक अनुभवी इंजीनियर है, आपको बताता है
- ऐसी स्थिति में आपको क्या करना चाहिए?
A) यह एक बड़ी समस्या लगती है। हमें इससे निपटना होगाSAP!!!
बी) मुझे परवाह नहीं है। हमें अभी काम शुरू करना होगा।
- यह प्रोजेक्ट गड़बड़ है और इसमें आपके सारे संसाधन और समय खर्च हो गए हैं। कर्मचारियों का कार्यभार बहुत बढ़ गया है और वे तनावग्रस्त और बोझिल महसूस कर रहे हैं
- - आपकी परियोजना में देरी हो रही है, इसलिए आप अपने बॉस से किए गए वादे के अनुसार तय समयसीमा पर उत्पाद जारी नहीं कर पाए। जैसा कि आपके टीम के सदस्य ने कहा, इस परियोजना का शेड्यूल मौजूदा संसाधन आवंटन की तुलना में बहुत तंग है।
उपरोक्त उदाहरण यह दर्शाता है महत्व परीक्षण प्रबंधन में जोखिम विश्लेषण का अध्ययन।
जोखिम प्रबंधन आपकी मदद करता है –
ऊपर दिए गए उदाहरण में जिस जोखिम का उल्लेख किया गया है, वह आपके प्रोजेक्ट में होने वाले कई संभावित जोखिमों में से एक है। आपको उन्हें पहचानना चाहिए और उनसे निपटने का निर्णय लेना चाहिए।SAP!!! तो, उस उदाहरण में सही कार्रवाई है कार्रवाई ए.
इसलिए, परीक्षण में जोखिम विश्लेषण महत्वपूर्ण है
जोखिम विश्लेषण कैसे करें?
यह एक 3-चरणीय प्रक्रिया है
- जोखिमों की पहचान करें
- प्रत्येक पहचाने गए जोखिम के प्रभाव का विश्लेषण करें
- पहचाने गए एवं विश्लेषित जोखिम के लिए जवाबी उपाय करें
चरण 1) जोखिम की पहचान करें
सॉफ्टवेयर उत्पाद में जोखिम की पहचान की जा सकती है और उसे दो प्रकारों में वर्गीकृत किया जा सकता है
परियोजना जोखिम
परियोजना जोखिम को इस प्रकार परिभाषित किया जा सकता है अनिश्चित घटना या गतिविधि जो परियोजना की प्रगति को प्रभावित कर सकती है। इसका प्रभाव सकारात्मक or नकारात्मक परियोजना के उद्देश्यों को प्राप्त करने की संभावनाओं पर प्रभाव।
परियोजना जोखिम की मुख्यतः 3 श्रेणियां हैं
संगठनात्मक जोखिम
यह आपके जीवन से जुड़ा जोखिम है मानव संसाधन या आपकी परीक्षण टीम। उदाहरण के लिए, आपके प्रोजेक्ट में तकनीकी रूप से कुशल सदस्यों की कमी एक जोखिम है। समय पर प्रोजेक्ट पूरा करने के लिए पर्याप्त जनशक्ति न होना एक और जोखिम है।
संगठनात्मक जोखिम की पहचान करने के लिए, आपको कुछ प्रश्नों की सूची बनानी चाहिए और उनका उत्तर स्वयं अभ्यास के रूप में देना चाहिए। यहाँ कुछ अनुशंसित प्रश्न दिए गए हैं।
ए) हाँ
बी) नहीं
ए) हाँ
बी) नहीं
ए) हाँ
बी) नहीं
यदि आप उपरोक्त सभी प्रश्नों का उत्तर देंगे, तो आप आसानी से उन संभावित जोखिमों की पहचान कर सकेंगे, जो आपकी परियोजना को प्रभावित कर सकते हैं।
तकनीकी जोखिम
तकनीकी जोखिम किसी तकनीकी प्रक्रिया के निष्पादन के दौरान होने वाले नुकसान की संभावना है जैसे कि बिना जांचे-परखे इंजीनियरिंग, गलत परीक्षण प्रक्रिया…आदि। यहाँ तकनीकी जोखिम का एक उदाहरण दिया गया है
- इस परियोजना में आपका कार्य एक बैंकिंग वेबसाइट का परीक्षण करना है। आपको उचित परीक्षण वातावरण स्थापित करना होगा जो वास्तविक व्यावसायिक वातावरण को प्रतिबिंबित करता हो। यदि परीक्षण का वातावरण यदि उत्पाद को सही तरीके से सेटअप नहीं किया गया है, तो नहीं सही ढंग से परीक्षण किया जाना चाहिए और कई दोष के पता नहीं लगाया जाएगा.
व्यापार जोखिम
जोखिम में शामिल है बाहरी इकाई। यह जोखिम है जो आपकी कंपनी, आपके ग्राहक से आ सकता है लेकिन नहीं आपके प्रोजेक्ट से.
निम्नलिखित चित्र आपको व्यावसायिक जोखिम का एक उदाहरण दिखाता है।
ऐसे मामले में, परीक्षण प्रबंधक को जोखिम से निपटने के लिए समाधान ढूंढना होगा जैसे:
- सेट प्राथमिकता परीक्षण चरणों के लिए, वेबसाइट की मुख्य विशेषताओं के परीक्षण पर ध्यान केंद्रित करें
- उपयोग परीक्षण की उत्पादकता बढ़ाने के लिए एक परीक्षण उपकरण
- लागू करें प्रक्रिया में सुधर प्रबंधन प्रयास को कम करने के लिए.
उत्पाद जोखिम
उत्पाद जोखिम यह संभावना है कि सिस्टम या सॉफ़्टवेयर ग्राहक, उपयोगकर्ता या हितधारक की अपेक्षाओं को पूरा करने में विफल हो सकता है। परीक्षण योजना में यह जोखिम किससे संबंधित है कार्यक्षमता उत्पाद की विभिन्न समस्याएं जैसे प्रदर्शन संबंधी समस्याएं, सुरक्षा संबंधी समस्याएं, क्रैश परिदृश्य आदि।
कुछ उत्पाद जोखिमों के उदाहरण निम्नलिखित हैं –
- सॉफ्टवेयर कुछ को छोड़ देता है कुंजी वह फ़ंक्शन जिसे ग्राहकों ने उपयोगकर्ताओं के लिए निर्दिष्ट किया है
आवश्यकता - सॉफ्टवेयर है अविश्वसनीय और अक्सर विफल रहता है काम करने के लिए.
- सॉफ़्टवेयर की विफलता से उपयोगकर्ता या सॉफ़्टवेयर का उपयोग करने वाली कंपनी को वित्तीय या अन्य क्षति होती है।
- सॉफ्टवेयर में किसी विशेष गुणवत्ता विशेषता जैसे सुरक्षा, विश्वसनीयता, प्रयोज्यता, रख-रखाव या प्रदर्शन से संबंधित समस्याएं हैं।
अब वापस अपने प्रोजेक्ट पर आते हैं, क्या गुरु 99 बैंक की वेबसाइट में कोई उत्पाद जोखिम है? इस प्रश्न का उत्तर देने के लिए, आपको निम्नलिखित चरणों का पालन करना चाहिए
एक बार जब आप उपरोक्त 3 चरणों को पूरा कर लें, तो उत्पाद जोखिमों की पहचान करने के लिए नीचे एक छोटी सी प्रश्नोत्तरी लें
ए) हाँ
बी) नहीं
सी) मुझे यकीन नहीं है
ए) हाँ
बी) नहीं
ए) सुरक्षित निधि हस्तांतरण
बी) उपयोगकर्ता नया खाता पंजीकृत कर सकता है
C) अधिक कार्यों की आवश्यकता नहीं
चरण 2) होने वाले जोखिम के प्रभाव का विश्लेषण करें
पिछले विषय में, हमने पहले ही उन जोखिमों की पहचान कर ली है जो आपकी परियोजना में बाधा डाल सकते हैं। पहचाने गए जोखिमों की सूची इस प्रकार है:
- आपके पास शायद पर्याप्त न हो मानव संसाधन परियोजना को समय सीमा पर पूरा करना
- परीक्षण वातावरण वास्तविक व्यावसायिक वातावरण की तरह ठीक से सेटअप नहीं किया जा सकता है।
- आपका प्रोजेक्ट बजट कारोबारी स्थिति के कारण इसमें आधी कटौती हो सकती है
- यह वेबसाइट संभवतः कमी सुरक्षा कार्य
इसके बाद, आपको इन जोखिमों का विश्लेषण करना चाहिए।
प्रत्येक जोखिम को निम्नलिखित दो मापदंडों के आधार पर वर्गीकृत किया जाना चाहिए
- RSI संभावना घटना का
- RSI प्रभाव परियोजना पर
नीचे दिए गए मैट्रिक्स का उपयोग करके, आप श्रेणीबद्ध करना जोखिम को चार श्रेणियों में बांटा गया है उच्च, मध्यम, और कम या मान 3,2, 1
|
संभावना |
|
|---|---|
|
उच्च (3) |
ऐसा होने की बहुत अधिक संभावना है, इससे पूरी परियोजना पर प्रभाव पड़ सकता है |
|
मध्यम (2) |
घटित होने की संभावना 50% है |
|
कम (1) |
घटना की कम संभावना |
|
प्रभाव |
|
|---|---|
|
उच्च (3) |
यदि समस्या का समाधान नहीं हुआ तो परियोजना गतिविधि जारी नहीं रखी जा सकती तुरंत |
|
मध्यम (2) |
यदि समस्या का समाधान नहीं हुआ तो परियोजना गतिविधि जारी नहीं रखी जा सकती |
|
कम (1) |
इसे हल करने की आवश्यकता है लेकिन कुछ समय के लिए वैकल्पिक समाधान लेना संभव है |
निम्नलिखित जोखिमों पर विचार करें
|
जोखिम |
संभावना |
प्रभाव |
प्राथमिकता = संभावना* प्रभाव |
|---|---|---|---|
|
परियोजना की समय सीमा पूरी नहीं हुई |
3 |
3 |
9 |
|
बिजली विफलता |
1 |
2 |
2 |
उपरोक्त प्राथमिकता के आधार पर आप परीक्षण में जोखिम न्यूनीकरण या नीचे दी गई तालिका में उल्लिखित प्रतिउपाय अपना सकते हैं
|
प्राथमिकता |
जोखिम प्रबंधन विधि |
|
|---|---|---|
|
हाई |
6 - 9 |
तुरन्त शमन कार्रवाई करें और जोखिम की स्थिति समाप्त होने तक प्रतिदिन निगरानी करें। |
|
मध्यम |
3-5 |
आंतरिक प्रगति बैठक में हर सप्ताह जोखिम की निगरानी करें |
|
निम्न |
1-2 |
जोखिम को स्वीकार करें और मील के पत्थर के आधार पर जोखिम की निगरानी करें। |
अब अभ्यास का समय है, हमने गुरु4 बैंकिंग परियोजना में 99 जोखिमों की पहचान की है। उन्हें स्वयं वर्गीकृत करें
| जोखिम | हाई | मध्यम | निम्न | स्थिति |
|
|
|
|
|
सही।
गलत.
|
|
|
|
|
|
सही।
ग़लत
|
|
|
|
|
सही।
ग़लत
|
|
|
|
|
|
|
सही।
गलत.
|
चरण 3) जोखिम को कम करने के लिए प्रतिउपाय अपनाएं
यह गतिविधि 3 भागों में विभाजित है
जोखिम प्रतिक्रिया
प्रोजेक्ट मैनेजर को ऐसी रणनीतियां चुनने की ज़रूरत है जो जोखिम को कम से कम कर दें। प्रोजेक्ट मैनेजर निम्नलिखित चार जोखिम प्रतिक्रिया रणनीतियों में से चुन सकते हैं
पहले पहचाने गए 4 जोखिमों पर वापस आते हुए, हमें परीक्षण में जोखिम और शमन का पता लगाना होगा countermeasure उनसे बचने या उन्हें खत्म करने के लिए।
बी) परीक्षण वातावरण वास्तविक व्यावसायिक वातावरण की तरह ठीक से सेटअप नहीं किया जा सकता
सी) आपका प्रोजेक्ट बजट कारोबारी स्थिति के कारण इसमें आधी कटौती हो सकती है
D) यह वेबसाइट कमी सुरक्षा विशेषताएं
कंपनी की स्थिति के कारण इस जोखिम से बचा नहीं जा सकता; आप प्रोजेक्ट के लिए अधिक मानव संसाधन की मांग नहीं कर सकते। ऐसे मामले में, आप नीचे दिए गए कुछ विकल्पों को चुनकर जोखिम के प्रभाव को कम कर सकते हैं
- प्रोजेक्ट टीम में शामिल होने के लिए प्रतिभाशाली और अनुभवी सदस्य का चयन करें
- सदस्यों को कुशल बनाने के लिए प्रशिक्षण पाठ्यक्रम बनाएं, उत्पादकता में सुधार करने में उनकी सहायता करें
B. परीक्षण वातावरण वास्तविक व्यावसायिक वातावरण की तरह ठीक से सेट नहीं किया गया हो सकता है
यदि आप निम्नलिखित गतिविधियाँ करें तो इस जोखिम से बचा जा सकता है
- परीक्षण वातावरण तैयार करने के लिए विकास टीम से सहायता मांगें
- वातावरण स्थापित करने के लिए आवश्यक सभी उपकरण या सामग्री (सर्वर, डेटाबेस, पीसी..) तैयार करें
C. व्यावसायिक स्थिति के कारण आपकी परियोजना आधी हो सकती है
यह जोखिम बहुत गंभीर है; यह पूरे प्रोजेक्ट को आगे बढ़ने से रोक सकता है। उस स्थिति में, आपको क्या करना चाहिए
- परियोजना के दायरे को पुनः परिभाषित करें, पहचान करें कि किसका परीक्षण किया जाएगा और किसकी अनदेखी की जाएगी
- परियोजना बजट के अनुरूप परियोजना की अवधि के बारे में ग्राहक से बातचीत करें
- प्रत्येक परियोजना चरण की उत्पादकता में सुधार करें जैसे परीक्षण, परीक्षण विनिर्देश बनाना,...यदि आप समय बचा सकते हैं, तो आप लागत भी बचा सकते हैं
D. इस वेबसाइट में सुरक्षा सुविधाओं का अभाव हो सकता है
इस जोखिम को मध्यम प्राथमिकता माना जाता है, क्योंकि यह पूरे प्रोजेक्ट को प्रभावित नहीं करता है और इससे बचा जा सकता है। आप विकास टीम से इन कार्यों की जाँच करने और उन्हें वेबसाइट में जोड़ने का अनुरोध कर सकते हैं।
जोखिम रजिस्टर करें
सभी जोखिमों को परियोजना प्रबंधकों, हितधारकों और परियोजना सदस्य द्वारा रिकॉर्ड, दस्तावेज और स्वीकार किया जाना चाहिए। जोखिम रजिस्टर परियोजना टीम के सभी सदस्यों के लिए स्वतंत्र रूप से सुलभ होना चाहिए।
जोखिम दर्ज करने के लिए कुछ उपयोगी बातें हैं जैसे Redmine, मित्रा… आदि।
जोखिम की निगरानी और नियंत्रण
जोखिमों की निरंतर निगरानी की जा सकती है ताकि यह पता लगाया जा सके कि कोई बदलाव हुआ है या नहीं। निरंतर निगरानी और मूल्यांकन तंत्र के माध्यम से नए जोखिम की पहचान की जा सकती है।
बेहतर जोखिम प्रबंधन के लिए, आप संदर्भ ले सकते हैं जोखिम प्रबंधन इस लेख में टेम्पलेट शामिल करें















