what is impact analysis software testing
इस ट्यूटोरियल में बताया गया है कि इम्पैक्ट एनालिसिस क्या है, इसके क्या फायदे हैं, इसे कैसे कंडक्ट करें और इम्पैक्ट एनालिसिस डॉक्यूमेंट कैसे तैयार करें:
जैसा कि हम जानते हैं, प्रौद्योगिकी का समाज पर सकारात्मक और नकारात्मक दोनों प्रभाव पड़ता है। हर साधारण परिवर्तन उस प्रणाली पर प्रभाव पैदा कर सकता है। यहां तक कि एक बहुत छोटे से बदलाव का भी सिस्टम पर भारी असर पड़ सकता है।
इस ट्यूटोरियल में, हम प्रभाव विश्लेषण को विस्तार से समझेंगे और प्रभाव विश्लेषण दस्तावेजों को तैयार करने के लिए कुछ कदम भी देखेंगे।
आइए एक ईआर (इकाई संबंध) आरेख की मदद से इस विश्लेषण के महत्व को समझते हैं।
आप क्या सीखेंगे:
प्रभाव विश्लेषण का महत्व
डिपार्टमेंट शॉप मैनेजमेंट सिस्टम के ईआर आरेख पर विचार करें। हम इस डेटा मॉडल आरेख को 'उत्पाद' मॉड्यूल के 'आइटम' मॉड्यूल का नाम देकर संपादित करना चाहते हैं। अंजीर: नंबर 01 से, हम देख सकते हैं कि 'मद' मॉड्यूल कई अन्य मॉड्यूल के संबंध में है। इसलिए, यदि हम 'आइटम' मॉड्यूल का नाम बदलते हैं, तो यह अनिवार्य रूप से अन्य मॉड्यूल को प्रभावित करेगा।
अंजीर: नंबर 01: विभाग की दुकान प्रबंधन प्रणाली
इसलिए, इस तरह के बदलाव करने से पहले, हमें डेटा मॉडल और परिवर्तनों के प्रभाव के बारे में अच्छी तरह से विश्लेषण करने की आवश्यकता है। ऐसे मामलों में जहां संबंधित लोग मॉड्यूल में होने वाले परिवर्तनों के परिणामों के बारे में ध्यान से नहीं सोचते हैं, यह आवेदन के उचित काम को प्रभावित कर सकता है। यही कारण है कि प्रभाव विश्लेषण बहुत महत्वपूर्ण है।
नोट: यह विश्लेषण अप्रत्याशित व्यवहार और आवेदन के सभी दुष्प्रभावों को दिखाएगा।
प्रभाव विश्लेषण क्या है?
इसमें एप्लिकेशन में सुविधाओं / मॉड्यूल में किए गए परिवर्तनों के प्रभाव का विश्लेषण करना शामिल है। यह सॉफ्टवेयर डेवलपमेंट जीवनचक्र के लगभग सभी चरणों जैसे प्रोजेक्ट रिक्वायरमेंट, सिस्टम डिज़ाइन, कोडिंग, टेस्टिंग, आदि पर किया जा सकता है।
- प्रभाव विश्लेषण दस्तावेजों की मदद से मॉड्यूल का विश्लेषण करना। यह किसी मॉड्यूल / उत्पाद में किसी भी तरह के बदलाव से जुड़े जोखिमों को खोजेगा।
- यह सिस्टम में बदलाव लाने के लिए आवश्यक टीम प्रयास के आकलन में मदद करता है।
- यह सिस्टम में प्रभावों का अनुभव करने के लिए डेवलपर्स और परीक्षकों के लिए एक प्रोटोटाइप को लागू करने में भी मदद करता है।
एक प्रभावी प्रभाव विश्लेषण कैसे करें?
नीचे दिए गए चरण किसी परियोजना के लिए विश्लेषण करने में किए गए कदम हैं:
- एक टीम तैयार करें।
- उच्च-स्तरीय मॉड्यूल का निरीक्षण करें।
- निम्न-स्तरीय मॉड्यूल का निरीक्षण करें।
- प्रभाव का मूल्यांकन करें।
- नकारात्मक परिणामों को प्रबंधित करें।
चरण 1एक टीम तैयार करें
एप्लिकेशन में मॉड्यूल में कोई भी बदलाव करने से पहले, हमें एक टीम रखना होगा। टीम के सदस्यों को आवेदन में सभी मॉड्यूल तक पहुंच होनी चाहिए और प्रस्तावित परिवर्तनों के बारे में पूरी जानकारी होनी चाहिए।
कुछ टीम के सदस्य सभी मॉड्यूल से अनजान होंगे। लेकिन प्रभाव विश्लेषण के कार्यान्वयन के बाद, सभी सदस्यों को प्रणाली का गहन ज्ञान होगा।
चरण 2उच्च-स्तरीय मॉड्यूल का निरीक्षण करें
टीम के सदस्य पहले आवेदन में उच्च-स्तरीय मॉड्यूल का विश्लेषण करेंगे, जो प्रस्तावित परिवर्तनों से प्रभावित हो सकते हैं। इस समय, उन्हें मॉड्यूल में रणनीति और वर्कफ़्लो नियमों के बारे में बेहतर जानकारी होनी चाहिए।
चरण 3निम्न-स्तरीय मॉड्यूल का निरीक्षण करें
उच्च-स्तरीय मॉड्यूल का निरीक्षण करने के बाद, टीम के सदस्य निम्न-स्तरीय मॉड्यूल का निरीक्षण करेंगे और उसमें होने वाले परिवर्तनों के प्रभाव की पहचान करेंगे। टीम के सदस्य एक दस्तावेज तैयार कर सकते हैं जो प्रत्येक मॉड्यूल में परिवर्तनों के प्रभाव को सूचीबद्ध करता है। वे या तो एक्सेल शीट या शब्द दस्तावेज़ का उपयोग कर सकते हैं।
चरण 4प्रभाव का मूल्यांकन करें
टीम के सदस्यों द्वारा तैयार किए गए दस्तावेज़ से किए गए परिवर्तनों के सकारात्मक और नकारात्मक दोनों प्रभावों की सूची का पता चल जाएगा। दस्तावेज़ की सहायता से, टीम के सदस्यों को लाभ के बारे में एक स्पष्ट विचार होगा जो परिवर्तन के कारण उत्पन्न हो सकता है और परिवर्तन के कारण जिन मुद्दों का सामना करना पड़ेगा।
चरण # 5नकारात्मक परिणामों को प्रबंधित करें
अभी, टीम के सदस्यों को परिवर्तनों के पेशेवरों और विपक्षों के बारे में सटीक जानकारी होगी। परिणामस्वरूप, वे टीम के सदस्यों और हितधारकों के साथ चर्चा करने के बाद, परिवर्तनों को स्वीकार या अस्वीकार कर सकते हैं।
परीक्षक प्रतिगमन परीक्षण कर सकते हैं। प्रतिगमन परीक्षण मॉड्यूल के बीच के मुद्दों को पहचानने में मदद करता है, जो उनमें परिवर्तन के प्रभाव के कारण उत्पन्न हुआ है।
डेवलपर्स के लिए प्रभाव विश्लेषण विधि कैसे उपयोगी है?
एक परियोजना में, कभी-कभी ग्राहक द्वारा डाली गई आवश्यकता विकास की प्रक्रियाओं को शुरू करने के बाद भी बदल सकती है। डेवलपर्स ने कुछ कोडिंग की हो सकती है। बाद में, आवश्यकता में बदलाव के कारण, उन्हें अपने कोड को बदलने की आवश्यकता है। इसलिए, डेवलपर आवश्यकताओं के अनुसार कोड को संपादित करते हैं और बदलाव करते हैं।
विकास प्रक्रिया में एक से अधिक डेवलपर शामिल हो सकते हैं। कुछ स्थितियों में, विभिन्न मॉड्यूल में परिवर्तनों के प्रभाव को ट्रैक करना बेहद मुश्किल है, क्योंकि एक से अधिक डेवलपर कोड बनाते हैं।
डेवलपर in ए ’दूसरे मॉड्यूल में वर्कफ़्लो से अनजान हो सकता है, जिसे डेवलपर’ बी ’द्वारा नियंत्रित किया जाता है। इसलिए यदि डेवलपर्स द्वारा परीक्षण किया जाता है, तो भी कुछ मॉड्यूल और विशेषताएं ed Not Tested ’नहीं रहेंगी। डेवलपर्स को साझा संसाधनों की एक अच्छी ट्रैकिंग की भी आवश्यकता थी।
ऐसी स्थितियों में, हम मॉड्यूल में कोई भी बदलाव करने से पहले सॉफ़्टवेयर प्रभाव विश्लेषण बैठकें कर सकते हैं। बैठक के बाद, टीम के सदस्य प्रभाव विश्लेषण दस्तावेज तैयार करेंगे। यह नवीनतम परिवर्तनों और सभी जोखिम-आधारित सूचनाओं को प्रतिबिंबित करना चाहिए।
बैठक के बाद, डेवलपर्स को आवेदन में सभी मॉड्यूल के बारे में पता होगा। ऐसी बैठकों में, टीम के प्रत्येक सदस्य की राय को ध्यान में रखा जाता है।
कोई भी बदलाव करने से पहले डेवलपर्स पूरे आवेदन / अंतिम उत्पाद पर विचार करेंगे। डेवलपर्स द्वारा किया गया परीक्षण बेहतर होगा। तो, विकास के अंतिम चरण में त्रुटियों को प्राप्त करने का जोखिम कम हो जाएगा।
नोट: प्रभाव विश्लेषण दस्तावेज़ को अद्यतित रखा जाना चाहिए।
कैसे प्रभाव विश्लेषण विधि परीक्षकों के लिए उपयोगी है?
डेवलपर्स और परीक्षकों के बीच संचार बहुत महत्वपूर्ण है। कभी-कभी, परीक्षकों को आवश्यकता में परिवर्तन के बारे में सूचनाएं प्राप्त नहीं होंगी, और वे परिवर्तनों के बारे में किसी भी जानकारी के बिना परीक्षण प्रक्रिया जारी रखेंगे। यह समय और संसाधनों का अपव्यय है।
इम्पैक्ट एनालिसिस विधि के बिना, एप्लिकेशन में नई सुविधाएँ 'परीक्षण नहीं' रहेंगी। यदि परीक्षकों को एप्लिकेशन में जोड़े गए नए सुविधाओं के बारे में पता है, तो वे प्रतिगमन परीक्षण शुरू कर सकते हैं।
विश्लेषण के बाद, परीक्षक सिस्टम में जोड़े गए आवश्यकता या नई सुविधाओं में परिवर्तन के अनुसार परीक्षण-मामलों को बनाना या संशोधित करना शुरू कर देंगे।
ध्यान दें: यह विश्लेषण परीक्षकों को परीक्षण पर ध्यान केंद्रित करने के लिए क्षेत्रों को तय करने में मदद करेगा, और वे परीक्षण-मामलों को प्राथमिकता दे सकते हैं। इस प्रकार, परीक्षण में दक्षता में सुधार किया जा सकता है ।
इम्पैक्ट एनालिसिस डॉक्यूमेंट कैसे तैयार करें?
प्रभाव बैठक में सभी प्रतिभागी प्रभाव विश्लेषण दस्तावेज के निर्माण में योगदान देंगे। आम तौर पर, यह एक एक्सेल फाइल है। यह एक शब्द दस्तावेज़ भी हो सकता है।
इस दस्तावेज़ का टेम्प्लेट एक मैट्रिक्स की तरह है। इसे समझना बहुत आसान है। इसकी उच्च पठनीयता है। कृपया अधिक जानकारी के लिए तालिका संख्या .0 देखें।
इम्पैक्ट एनालिसिस डॉक्यूमेंट तैयार करना सीखें। एक परियोजना में कई मॉड्यूल, कार्यात्मकता और विशेषताएं शामिल हो सकती हैं।
5 सुविधाओं वाले एक छोटे प्रोजेक्ट पर विचार करें:
- लॉग इन करें
- प्रोफ़ाइल
- मेलबॉक्स
- पसंदीदा में जोड़े
- लॉग आउट
नीचे दिया गया (सारणी No.02) इस विशेष परियोजना की संगत प्रभाव विश्लेषण तालिका है।
यहां, कॉलम मॉड्यूल / सुविधाओं का प्रतिनिधित्व करते हैं जो बदल गए हैं और मैट्रिक्स की पंक्तियां उन मॉड्यूल / सुविधाओं का प्रतिनिधित्व करती हैं जो परिवर्तनों से प्रभावित हुई हैं। जब फ़ीचर influences ए ’फ़ीचर’ बी ’में बदलाव होता है, तो डेवलपर्स तालिका में एक चिह्न () बना देंगे; इससे पहले यह दस्तावेज परीक्षकों को दिया जाता है।
विशेषताएं | लॉग इन करें | प्रोफ़ाइल | मेलबॉक्स | पसंदीदा में जोड़े | लॉग आउट | ||||
---|---|---|---|---|---|---|---|---|---|
…………। | |||||||||
लॉग इन करें | _ | ||||||||
प्रोफ़ाइल | _ | ||||||||
मेलबॉक्स | _ | ||||||||
पसंदीदा में जोड़े | _ | ||||||||
लॉग आउट | _ |
तालिका संख्या .0
मजबूत प्रभाव दिखाने के लिए, हमने लाल रंग का उपयोग किया है। येल्लो रंग का उपयोग मध्यम प्रभाव दिखाने के लिए किया जाता है, GREEN रंग एक कमजोर प्रभाव दिखाता है। अधिक जानकारी के लिए कृपया तालिका संख्या .1 का संदर्भ लें।
ऐसा करने में, परीक्षक दस्तावेज़ में विभिन्न रंग कोडों को देखकर आसानी से मॉड्यूल में बदलाव को समझ सकते हैं। दस्तावेज़ डेवलपर्स के लिए एक चेकलिस्ट के रूप में कार्य करता है और वे सत्यापित कर सकते हैं कि क्या उसने किसी भी मॉड्यूल और निर्भरताओं को याद किया है।
रंग की | विवरण |
---|---|
जाल | उच्च प्रभाव |
पीला | मध्यम प्रभाव |
हरा भरा | सप्ताह का प्रभाव |
तालिका सं ..03
यदि लॉगिन सुविधा में कोई परिवर्तन होता है, तो यह अधिकतर a लॉगिन ’सुविधा को ही प्रभावित करेगा। लॉगिन सुविधा में परिवर्तन in प्रोफ़ाइल ’सुविधा और the लॉगआउट’ सुविधाओं को थोड़ा प्रभावित कर सकता है। यह रंग कोड का उपयोग करके प्रभाव विश्लेषण दस्तावेज़ में चिह्नित है। इसलिए, दस्तावेज़ तालिका संख्या.04 की तरह दिखेगा
विशेषताएं | लॉग इन करें | प्रोफ़ाइल | मेलबॉक्स | पसंदीदा में जोड़े | लॉग आउट |
---|---|---|---|---|---|
लॉग इन करें | |||||
प्रोफ़ाइल | |||||
मेलबॉक्स | |||||
पसंदीदा में जोड़े | |||||
लॉग आउट |
सारणी संख्या ४ ९
हम तालिका संख्या .0 में दिखाए गए प्रभाव के स्तर को इंगित करने के लिए संख्याओं का उपयोग कर सकते हैं। तो, तालिका संख्या ०६ को तालिका संख्या ०६ की तरह फिर से बनाया जा सकता है।
तालिका संख्या ६० में, लॉगिन सुविधा (प्रभाव का स्तर: ०३) को सर्वोच्च प्राथमिकता दी गई है। प्रोफ़ाइल सुविधा (प्रभाव का स्तर: 02) को मध्यम प्राथमिकता दी गई है। लॉगआउट सुविधा (प्रभाव का स्तर: 01) को सबसे कम प्राथमिकता दी गई है।
प्रभाव का स्तर | विवरण |
---|---|
3. नेटवर्क | अच्छा प्रभाव |
2. पीला | मध्यम |
1. हरा | कम |
तालिका संख्या .0
विशेषताएं | लॉग इन करें | प्रोफ़ाइल | मेलबॉक्स | पसंदीदा में जोड़े | लॉग आउट |
---|---|---|---|---|---|
लॉग इन करें | 3. नेटवर्क | 1. हरा | 2. पीला | ||
प्रोफ़ाइल | |||||
मेलबॉक्स | |||||
पसंदीदा में जोड़े | |||||
लॉग आउट |
तालिका संख्या -6
जावा के साथ जार फाइलें कैसे खोलें
ध्यान दें:
- तालिका में दिखाए गए नंबर QA टीम के लिए बहुत सहायक हैं। वे आसानी से संख्याओं के आधार पर परीक्षण-मामलों को प्राथमिकता दे सकते हैं।
- कुछ बड़ी परियोजनाओं पर प्रभाव का स्तर अधिक होगा। यह नीचे दी गई तालिका में निर्दिष्ट है। (कृपया अपने संदर्भ के लिए सारणी संख्या २०१६ देखें।)
प्रभाव का स्तर | विवरण |
---|---|
५ | बहुत ताकतवर |
४ | बलवान |
३ | मध्यम |
दो | कमज़ोर |
1 | बहुत कमजोर |
तालिका संख्या.07
कई विशेषताओं और उप-सुविधाओं वाले प्रोजेक्ट के लिए इम्पैक्ट विश्लेषण दस्तावेज़ कैसे तैयार करें?
एक परियोजना पर विचार करें जिसमें 20 विशेषताएं हैं और उस परियोजना की प्रत्येक मुख्य विशेषता में 5 उप-विशेषताएं हैं। प्रभाव विश्लेषण दस्तावेज का प्रतिनिधित्व करने वाला मैट्रिक्स बहुत बड़ा है और इसे बनाए रखना मुश्किल होगा। संबंधित तालिका तालिका संख्या की तरह दिखाई देगी।० 08।
मापांक | मॉड्यूल 1 | उप-मॉड्यूल 1 | उप-मॉड्यूल 2 | उप-मॉड्यूल 3 | ........ | मॉड्यूल 2 | उप-मॉड्यूल 1 | उप-मॉड्यूल 2 | .............. |
मॉड्यूल 1 | |||||||||
उप-मॉड्यूल 1 | |||||||||
उप-मॉड्यूल 2 | |||||||||
…………। | |||||||||
मॉड्यूल 2 | |||||||||
उप-मॉड्यूल 1 |
टेबल नं। 08
इसलिए, इस मुद्दे को दूर करने के लिए, हम प्रभाव विश्लेषण दस्तावेज़ में मॉड्यूल और उप-मॉड्यूल का प्रतिनिधित्व करने के लिए एक विशेष तालिका का उपयोग कर सकते हैं। कृपया तालिका संख्या -9 का संदर्भ लें, पंक्तियाँ मुख्य विशेषताओं का प्रतिनिधित्व करती हैं, और कॉलम उप-विशेषताओं का प्रतिनिधित्व करते हैं।
उप-मॉड्यूल 1 | उप-मॉड्यूल 2 | उप-मॉड्यूल 3 | उप-मॉड्यूल 4 | उप-मॉड्यूल 5 | |
---|---|---|---|---|---|
मॉड्यूल 7 | |||||
मॉड्यूल 1 | _ | _ | _ | ||
मॉड्यूल 2 | |||||
मॉड्यूल 3 | |||||
मॉड्यूल 4 | |||||
मॉड्यूल 5 |
तालिका क्रमांक 09
विशाल परियोजनाओं के लिए इस दस्तावेज़ का उपयोग करके, डेवलपर्स आसानी से उन उप-विशेषताओं को चिह्नित कर सकते हैं जो मुख्य विशेषता में परिवर्तन के कारण प्रभाव डालते हैं। तुलना करने पर इस दस्तावेज़ की पठनीयता बेहतर हैतालिका क्रमांक 09।
नोट: मुख्य सुविधा में परिवर्तन के कारण सभी उप-विशेषताओं पर प्रभाव नहीं पड़ेगा।
अब, 50 मुख्य मॉड्यूल वाले किसी अन्य प्रोजेक्ट पर विचार करें। प्रोजेक्ट में डेवलपर्स का एक समूह है। विभिन्न डेवलपर्स परियोजना पर विभिन्न कार्यों पर काम कर रहे हैं (नई सुविधाओं को जोड़ना, बग-फिक्सिंग, रीफैक्टरिंग, आदि)।
हम किसी इम्पैक्ट एनालिसिस डॉक्यूमेंट का उपयोग करके प्रोजेक्ट में बदलाव दिखा सकते हैं। डेवलपर तालिका में संबंधित परिवर्तन के बारे में जानकारी लिखेगा। कृपया तालिका संख्या 10 और तालिका संख्या 11 देखें
कॉन्फ़िगरेशन परिवर्तन | डेवलपर द्वारा टिप्पणियां | वरीयता | भविष्य की योजनाएं | |
---|---|---|---|---|
मॉड्यूल 1 | क्रोम ब्राउज़र | Chrome ब्राउज़र का उपयोग करके परीक्षण करें। | बग रिपोर्ट # 001 | |
मॉड्यूल 2 | ||||
मॉड्यूल 3 | ||||
मॉड्यूल 4 | ||||
मॉड्यूल 5 | ||||
मॉड्यूल 6 |
तालिका संख्या 10
आइटम | विवरण |
---|---|
कॉन्फ़िगरेशन परिवर्तन | एक परियोजना में कुछ मॉड्यूल / सुविधाओं में परिवर्तन का उपयोग उपकरणों / पर्यावरण पर निर्भर करेगा। डेवलपर्स को दस्तावेज़ में कॉन्फ़िगरेशन परिवर्तन निर्दिष्ट करने की आवश्यकता है ताकि परीक्षकों के लिए परिवर्तनों को बेहतर ढंग से समझना आसान हो जाए। |
डेवलपर्स द्वारा टिप्पणियां | परीक्षण करते समय यह परीक्षकों के लिए आवश्यक सबसे महत्वपूर्ण सूचनाओं में से एक है |
वरीयता | दस्तावेज़ में रंग कोड या संख्याओं की मदद से परीक्षक परीक्षण कार्य को आसानी से प्राथमिकता दे सकते हैं |
भविष्य की योजनाएं | परीक्षकों को डेवलपर्स की भविष्य की योजनाओं के बारे में पता होना चाहिए। यदि डेवलपर्स कुछ हफ्तों के बाद कोड बदलने की योजना बनाते हैं, तो परीक्षकों को कार्यक्षमता और समय बर्बाद करने की आवश्यकता नहीं है। डेवलपर्स तब तक इंतजार कर सकते हैं जब तक डेवलपर्स कोडिंग प्रक्रिया को पूरा नहीं करते हैं। |
तालिका संख्या 11
परीक्षण में प्रभाव विश्लेषण के लाभ
- सटीक: यह दस्तावेज़ हमेशा एप्लिकेशन में मॉड्यूल / सुविधाओं में परिवर्तन के संबंध में सटीक डेटा प्रदान करेगा।
- परीक्षण में दक्षता में वृद्धि: इस दस्तावेज़ की मदद से परीक्षक परीक्षण मामलों की अधिक कुशलता से योजना बना सकते हैं, क्योंकि दस्तावेज़ मॉड्यूल में बदलाव के बारे में स्पष्ट जानकारी प्रदान करता है।
- समन्वित कार्य: सभी टीम के सदस्य प्रभाव विश्लेषण दस्तावेज को अपडेट करने के लिए जिम्मेदार हैं। इस दस्तावेज़ को अद्यतित किया जाना है।
- सटीक: चूंकि दस्तावेज़ आसानी से पढ़ने योग्य है, इसलिए परीक्षकों को दस्तावेज़ को देखकर किसी एप्लिकेशन में होने वाले परिवर्तनों के बारे में स्पष्ट विचार होगा।
- परीक्षण समय में कमी: पूरी प्रणाली के परीक्षण के अलावा, परीक्षक मॉड्यूल और उप-मॉड्यूल में परीक्षण कर सकते हैं जो बदल गए हैं। परीक्षक परीक्षण-मामलों को प्राथमिकता और योजना बना सकते हैं। जिससे वे परीक्षण के समय को कम कर सकते हैं।
- कवरेज में वृद्धि: इस दस्तावेज़ का उपयोग करते हुए, परीक्षक यह सुनिश्चित करेंगे कि उन्होंने उप-मॉड्यूल की जाँच की है जो मॉड्यूल में परिवर्तन से प्रभावित हैं। ऐसा करने से परियोजना के लिए परीक्षण कवरेज बढ़ जाएगा।
- परीक्षा परिणाम का मानकीकरण: डेवलपर्स और परीक्षक एक सामान्य प्रभाव विश्लेषण दस्तावेज का उपयोग करेंगे, जो मॉड्यूल में प्रत्येक और हर परिवर्तन का प्रतिनिधित्व करता है।
- टीम की जिम्मेदारी बढ़ जाती है: टीम के सदस्यों को इस दस्तावेज़ को अद्यतित रखना होगा। टीम के हर सदस्य की ज़िम्मेदारी है कि वह सिस्टम में आए बदलावों की जानकारी को अपडेट करे।
- कार्य को जल्दी और आसानी से प्राथमिकता दें: चूंकि दस्तावेज़ परिवर्तनों की एक स्पष्ट तस्वीर प्रदान करता है, इसलिए परीक्षक इसके अनुसार परीक्षण को प्राथमिकता दे सकते हैं।
- उत्पाद के बारे में स्पष्ट ज्ञान: इस दस्तावेज़ की मदद से, डेवलपर्स और परीक्षकों दोनों को सिस्टम में मौजूद सभी मॉड्यूल के बारे में एक विचार होगा।
- आसान बग का पता लगाना: बग का पता लगाने में बहुत सुधार हुआ है। एक प्रभाव विश्लेषण दस्तावेज़ एकीकरण परीक्षण के लिए सहायक है।
निष्कर्ष
प्रभाव विश्लेषण के साथ या बिना एक परियोजना की जा सकती है। लेकिन हमने उपरोक्त लेख से प्रभाव विश्लेषण दस्तावेज के लाभ देखे हैं। इस दस्तावेज़ की शुरुआत के साथ परीक्षण का समय बहुत कम हो जाता है। परीक्षकों को उन विशेषताओं का परीक्षण करके समय बर्बाद करने की आवश्यकता नहीं है जो परिवर्तन नहीं करते हैं।
इस दस्तावेज़ की शुरुआत के साथ, डेवलपर्स और परीक्षकों के बीच संचार में बहुत सुधार हुआ है और यह परीक्षण में दक्षता की ओर जाता है। परीक्षकों के पास पूरे सिस्टम का बेहतर विचार होगा।
हमें उम्मीद है कि आपको परीक्षण में प्रभाव विश्लेषण की स्पष्ट समझ मिल गई है। अपनी टिप्पणी साझा करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- अपने विश्लेषण क्षमताओं और सोच शक्ति का परीक्षण करें - सॉफ्टवेयर परीक्षण अभ्यास (भाग 2)
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- क्या सॉफ्टवेयर टेस्टिंग एक इमोशनल टास्क है?