सॉफ्टवेयर परीक्षण में प्रभाव विश्लेषण

प्रभाव विश्लेषण क्या है?

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

इसका प्रभाव आवश्यकताओं, डिजाइन और अन्य पहलुओं पर आंका जाता है। Archiसंरचना, परीक्षण और वितरण अनुसूची।

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

परिवर्तन प्रभाव विश्लेषण क्यों किया जाता है?

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

इम्पैक्ट एनालिसिस डॉक्यूमेंट क्या होता है?

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

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

उदाहरण:

प्रभाव विश्लेषण दस्तावेज़.

1. अनुरोध आईडी बदलें:
2. शीर्षक:
3. Descriptआयन:
4. तैयार होने की तिथि:
5. प्राथमिकता का अनुमान:
   • सापेक्ष लाभ
   • सापेक्ष दंड
   • सापेक्ष लागत
   • सम्बंधित जोखिम
6. अनुमानित कुल प्रयास: ______ घंटे
7. अनुमानित श्रम हानि: ______ घंटे
8. अनुमानित समय-सारणी पर प्रभाव: ______ दिन
9. गुणवत्ता प्रभावित हुई:
10. अन्य प्रभावित आवश्यकताएं:
11. अन्य प्रभावित कार्य:
12. एकीकरण मुद्दे:

प्रभाव विश्लेषण के प्रभाव स्तर को कैसे प्रस्तुत करें

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

• लाल — तीव्र प्रभाव
• पीला — मध्यम प्रभाव
• हरा — कमजोर प्रभाव

ऊपर दी गई तालिका कार्यान्वित परिवर्तनों के प्रभाव को स्पष्ट करती है:

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

प्रभाव विश्लेषण करते समय ध्यान में रखने योग्य कुछ प्रश्न:

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

परिवर्तन के प्रभाव विश्लेषण के लिए सर्वोत्तम पद्धतियाँ

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

सॉफ्टवेयर टेस्टिंग में प्रभाव विश्लेषण के प्रकार

परिवर्तन प्रभाव विश्लेषण कोई एक तकनीक नहीं है। विशेषज्ञ आमतौर पर प्रस्तावित परिवर्तन के बारे में विभिन्न प्रश्नों के उत्तर देने के लिए तीन पूरक प्रकारों में से किसी एक का उपयोग करते हैं।

• Tracक्षमता प्रभाव विश्लेषण: आवश्यकताओं का उपयोग करता है Tracप्रत्येक आवश्यकता को लागू करने वाले मॉड्यूल, परीक्षण और दस्तावेज़ों से जोड़ने के लिए योग्यता मैट्रिक्स और डिज़ाइन लिंकेज का उपयोग किया जाता है। आवश्यकता में परिवर्तन होने पर, मैट्रिक्स उन सभी संबंधित दस्तावेज़ों को दर्शाता है जिन्हें अपडेट या पुनः परीक्षण करने की आवश्यकता होती है।
• निर्भरता प्रभाव विश्लेषण: यह कॉल ग्राफ़, डेटा प्रवाह और इंटरफ़ेस कनेक्शन का अध्ययन करता है।tracकोडबेस के अंदर ts। एक मॉड्यूल में बदलाव tracप्रत्यक्ष कॉल करने वालों, अप्रत्यक्ष कॉल करने वालों और साझा डेटा संरचनाओं के माध्यम से जानकारी साझा की जाती है ताकि परिवर्तन लागू होने से पहले छिपे हुए अप्रत्यक्ष प्रभावों का पता चल सके।
• प्रायोगिक (ऐतिहासिक) प्रभाव विश्लेषण: यह मौजूदा बदलाव के व्यवहार का अनुमान लगाने के लिए पिछले दोषों, असफल स्प्रिंट और रिग्रेशन एस्केप जैसे ऐतिहासिक बदलाव डेटा का विश्लेषण करता है। आधुनिक उपकरण प्रत्येक बदलाव के जोखिम का आकलन करने के लिए वर्ज़न-कंट्रोल इतिहास के विश्लेषण को सांख्यिकीय या मशीन-लर्निंग मॉडल के साथ जोड़ते हैं।

अधिकांश टीमें इनमें से कम से कम दो प्रकारों का संयोजन करती हैं। Tracईएबिलिटी आपको बताती है कि कौन से दस्तावेज़ प्रभावित हैं, डिपेंडेंसी एनालिसिस आपको बताता है कि कौन सा कोड प्रभावित है, और हिस्टोरिकल एनालिसिस आपको बताता है कि बदलाव कितना जोखिम भरा होने की संभावना है।

परिवर्तन के प्रभाव विश्लेषण के लिए लोकप्रिय उपकरण

आधुनिक परिवर्तन प्रभाव विश्लेषण (Change Impact Analysis) शायद ही कभी स्प्रेडशीट में किया जाता है। टीमें आवश्यकताओं के प्रबंधन उपकरण, कोड विश्लेषण उपकरण और परीक्षण प्रबंधन उपकरण का उपयोग करती हैं जिनमें एक समान विशेषता होती है। tracक्षमता रीढ़ की हड्डी।

• जामा कनेक्ट, IBM दरवाजे, Modern Requirementsऔर दृश्यता संबंधी आवश्यकताएँ: जब कोई परिवर्तन प्रस्तावित किया जाता है, तो संबंधित आवश्यकताओं, परीक्षणों और जोखिमों के संदर्भ में आवश्यकताओं को एकत्रित करें, आधारभूत मानकों को बनाए रखें और प्रभाव रिपोर्ट तैयार करें।
• एटलासियन जीरा के साथ Xray या ज़ेफिर: Track उपयोगकर्ता कहानियां, दोष और परीक्षण मामले। प्रभाव रिपोर्ट स्प्रिंट या रिलीज़ ट्रेन के भीतर प्रस्तावित परिवर्तन से प्रभावित प्रत्येक कहानी और परीक्षण को दर्शाती है।
• SonarQubeSciTools द्वारा अंडरस्टैंड और Structure101: सोर्स कोड की निर्भरताओं का विश्लेषण करें और कॉल ग्राफ़ और कपलिंग रिपोर्ट तैयार करें ताकि इंजीनियर यह देख सके कि किसी बदलाव से डाउनस्ट्रीम कोड कैसे प्रभावित हुआ है।
• लॉन्च करने योग्य, Testim ऑटो-हील, और TestGrid: किसी बदलाव के कारण उत्पन्न दोषों को पकड़ने की सबसे अधिक संभावना वाले परीक्षणों का अनुमान लगाने के लिए मशीन लर्निंग का उपयोग करें, जिससे स्मार्ट परीक्षण चयन और तेज़ रिग्रेशन चक्र सक्षम हो सकें।
• Microsoft एक्सेल या गूगल शीट्स: छोटे प्रोजेक्टों में प्रारंभिक प्रभाव विश्लेषण दस्तावेज़, रंग-कोडित प्रभाव तालिका और परिवर्तन अनुरोध लॉग के लिए अभी भी इसका व्यापक रूप से उपयोग किया जाता है।

सही संयोजन कोडबेस के आकार, नियामक वातावरण और वितरण विधि पर निर्भर करता है। विनियमित उद्योग ऑडिट के लिए JAMA या DOORS पर निर्भर करते हैं। tracजबकि एजाइल प्रोडक्ट टीमें जीरा पर निर्भर करती हैं, SonarQubeऔर एक टेस्ट-इम्पैक्ट टूल।

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