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