defect prevention methods
प्रभावी दोष निवारण दृष्टिकोण और महत्वपूर्ण दृश्य:
गुणवत्ता आश्वासन वह शब्द है जो आमतौर पर आईटी परियोजनाओं में परीक्षण टीमों को संबोधित करने के लिए उपयोग किया जाता है।
एक तरफ तकनीकी, गुणवत्ता आश्वासन गतिविधियों को केवल दोष पहचान पर लक्षित नहीं किया जाता है (जो कि उनके होने के बाद दोष खोज रहा है। यह बस परीक्षण या गुणवत्ता नियंत्रण है) लेकिन इसमें दोष निवारण भी शामिल है (यह सुनिश्चित करना कि दोष पहले स्थान पर नहीं होते हैं)। सॉफ़्टवेयर उत्पाद में अपना रास्ता बनाने से पहले दोषों को हटा दिया जाता है / कम कर दिया जाता है।
एक साधारण समीकरण समतुल्य हो सकता है:
क्यूए = क्यूसी (दोष पहचान) + दोष निवारण
हालांकि यह काफी सरल लगता है, वहाँ कम जोर या दिशा उपलब्ध है कि कैसे या क्या वास्तव में दोष निवारण कार्य हैं।
इस मामले की सच्चाई यह है कि परीक्षण के चरण के दौरान पाए जाने वाले दोष या रिलीज के बाद खराब होने के कारण ढूंढना और ठीक करना महंगा होता है और इससे ब्रांड पर विश्वास का नुकसान हो सकता है। इसलिए, पहले से रोकथाम के उपाय किए गए हैं, बेहतर है। इसके अलावा, दोष निवारण भी कंपनियों को उच्चतम CMMI (क्षमता परिपक्वता मॉडल एकीकरण) स्तर हासिल करने में मदद करता है।
इस लेख में, आइए दोष निवारण पर करीब से नज़र डालें।
आप क्या सीखेंगे:
- दोष निवारण
- दोष निवारण तरीके और तकनीक
- टेस्ट संगठन द्वारा TMM स्तर और दोष से निपटने
- टीम की भूमिकाएं और जिम्मेदारियां
- निष्कर्ष
- अनुशंसित पाठ
दोष निवारण
दोष निवारण किसी भी सॉफ्टवेयर डेवलपमेंट प्रक्रिया में एक महत्वपूर्ण कदम या गतिविधि है और जैसा कि नीचे दिए गए आरेख से देखा जा सकता है, हमारे परीक्षण कार्यों का आधा हिस्सा है:
संक्षेप में, नीचे दिए गए चरणों में से प्रत्येक में परीक्षकों के लिए दोष निवारण जिम्मेदारियां हैं:
# 1) आवश्यकता विशिष्टता की समीक्षा:
ग्राहक की आवश्यकताओं को समझने के बाद अपनी आवश्यकता के बारे में जानकारी तैयार करें।
इस चरण में एक समीक्षा महत्वपूर्ण है- समीक्षा का पहला स्तर टीम के भीतर होना चाहिए, इसके बाद बाह्य समीक्षा का एक और स्तर (एक देव या बीए या ग्राहक द्वारा) यह सुनिश्चित करने के लिए कि सभी दृष्टिकोण सिंक में हैं।
# 2) डिजाइन की समीक्षा:
डिजाइन चरण को एक प्रकार का रणनीति चरण माना जा सकता है और इसके माध्यम से जाने से यह सुनिश्चित होगा कि क्यूए टीम प्रत्येक रणनीति के पेशेवरों और विपक्षों को समझती है।
इस तरह के महत्वपूर्ण वॉकथ्रू, उक्त रणनीतियों के साथ किसी भी समस्या का पता लगाने और आगे जाने से पहले उन्हें ठीक करने में मदद करेंगे। इस रणनीति (या रणनीतियों) के लिए व्यवहार्यता अध्ययन माना जा सकता है।
# 3) कोड की समीक्षा:
जावा डेवलपर साक्षात्कार सवाल और जवाब
परीक्षकों के लिए इस चरण में सीधे शामिल होने के लिए बहुत कुछ नहीं है, लेकिन समीक्षा यहां भी होती है। डेवलपर्स कोड निरीक्षण, walkthroughs और समीक्षा से पहले वे इकाई और एकीकरण आवेदन का परीक्षण करते हैं।
दोष निवारण तरीके और तकनीक
दोष निवारण के लिए लंबे समय से उपयोग में लाए जाने वाले कुछ पारंपरिक और सामान्य तरीके नीचे सूचीबद्ध हैं;
# 1) समीक्षा और निरीक्षण: इस पद्धति में एक व्यक्तिगत टीम के सदस्य (स्व-जाँच), सहकर्मी की समीक्षा और सभी कार्य उत्पादों का निरीक्षण शामिल है।
=> यह कैसे किया जाता है, इस बारे में अधिक जानकारी के लिए, कृपया हमारी जाँच करें टेस्ट प्रलेखन समीक्षा लेख।
# 2) वॉकथ्रू: यह कमोबेश एक समीक्षा की तरह है लेकिन यह ज्यादातर सिस्टम को प्रोटोटाइप से तुलना करने से संबंधित है जो सिस्टम की शुद्धता और / या लुक के बारे में बेहतर विचार देगा।
# 3) दोष लॉगिंग और प्रलेखन: यह विधि कुछ महत्वपूर्ण जानकारी, तर्क / पैरामीटर प्रदान करती है जिसका उपयोग दोषों के विश्लेषण के लिए किया जा सकता है।
# 4) रूट कारण विश्लेषण: मूल कारण विश्लेषण में दो प्रमुख दृष्टिकोण शामिल हैं:
मैं) परेतो विश्लेषण:
पेरेटो विश्लेषण एक औपचारिक और सरल तकनीक है जो अधिकतम प्रभाव के लिए समस्या समाधान के क्रम को प्राथमिकता देने में मदद करती है। यह बताता है कि 80% समस्या 20% कारणों से उत्पन्न होती है।
इसलिए, एक बार पहचान की गई समस्याओं को आवृत्ति के अनुसार प्राथमिकता दी जाती है और एक विस्तृत सांख्यिकी आधारित विश्लेषण किया जाता है ताकि यह पता लगाया जा सके कि 20% कारणों में से 80% समस्याओं का कारण क्या है। बस उन 20% कारणों पर ध्यान केंद्रित करके और उन को खत्म करने से, परिणाम की गारंटी दी जाती है, जबकि काम की सीमा का अनुकूलन।
II) फिशबोन विश्लेषण:
के रूप में भी जाना जाता है इशिकावा विश्लेषण यह विधि अधिक दृश्य मूल कारण विश्लेषण तकनीक है। इस पद्धति में टीम-वाइड मंथन पर आधारित कोई आँकड़े शामिल नहीं हैं। निम्न आरेख इसे बेहतर समझने में मदद करता है।
समस्या सबसे पहले दाईं ओर और क्षैतिज रेखा पर लिखी जाती है, जो इसके माध्यम से गुजरती है, विभिन्न कारणों को सूचीबद्ध किया गया है। जिस शाखा में सबसे अधिक कारण-अवक्षेपित हड्डियाँ (या रेखाएँ / शाखाएँ) होती हैं, वह समस्या सबसे गंभीर होती है और जिसे समाप्त करने की दिशा में काम किया जाना है। इस तकनीक को कभी-कभी कहा भी जाता है कारण और प्रभाव विश्लेषण ।
टेस्ट संगठन द्वारा TMM स्तर और दोष से निपटने
# 1) TMM (परीक्षण परिपक्वता मॉडल) CMM यानी; पर आधारित है। क्षमता परिपक्वता मॉडल।
#दो) दोष निवारण में कई स्टाफ सदस्य और विभिन्न चरणों में उनके सहयोगी प्रयास शामिल हैं, यही कारण है कि यह TMM स्तर में एक प्रमुख भूमिका निभाता है 5. उदा।; यदि किसी भी परीक्षण मामले या प्रक्रिया में एक दोष अक्सर होता है, तो संगठन दोष का विश्लेषण करने और समस्या के साथ प्रक्रिया में बदलाव के लिए कार्यों से युक्त योजना विकसित करने के लिए कर्मचारियों के एक समूह को आवंटित कर सकता है।
# 3) दोष निवारण कार्यक्रम के कुछ लाभ हैं:
- कर्मचारी प्रेरित होते हैं और अधिक जागरूक होते हैं
- ग्राहकों की संतुष्टि
- विश्वसनीयता, प्रबंधन क्षमता और पूर्वानुमानशीलता में वृद्धि
- निरंतर प्रक्रिया में सुधार
टीम की भूमिकाएं और जिम्मेदारियां
तीन महत्वपूर्ण समूह दोष निवारण की प्रक्रिया में शामिल हैं:
एकीकरण परीक्षण में निम्नलिखित में से कौन सा सत्य है?
प्रबंधक की भूमिका:
- किसी भी दोष निवारण कार्यक्रम की सफलता के लिए प्रबंधन को पुरजोर समर्थन करना चाहिए।
- समर्थन संसाधनों, प्रशिक्षण और उपकरणों के रूप में हो सकता है, जिन्हें योजना को सफलतापूर्वक लागू करने के लिए आवश्यक है।
- प्रबंधन को उपयुक्त नीति को परिभाषित करना चाहिए और यदि आवश्यक हो तो कुछ सांस्कृतिक परिवर्तन करना चाहिए।
- प्रबंधकों को विचार-विमर्श को बढ़ावा देना, सामान्य दोष सूची का वितरण और प्रक्रिया में परिवर्तन करना चाहिए।
परीक्षक की भूमिका:
- परीक्षक दोष डेटाबेस को बनाए रखते हैं जिसमें दोष डेटा का संग्रह शामिल होता है।
- दोष डेटा को नियमित अंतराल पर अद्यतन किया जाना चाहिए और दोष की जानकारी को हर समय चालू रखा जाना चाहिए।
- परिवर्तन के कार्यान्वयन की योजना बनाना
ग्राहक की भूमिका:
- ग्राहक तुलनात्मक रूप से छोटी या सीमित भूमिका निभाता है लेकिन गुणवत्ता के प्रति उनकी प्रतिबद्धता महत्वपूर्ण है।
निष्कर्ष
दोष निवारण सॉफ्टवेयर विकास प्रक्रिया में एक प्रमुख और महत्वपूर्ण भूमिका निभाता है। यह ऊपर सूचीबद्ध तकनीकों की मदद से सॉफ्टवेयर उत्पाद की गुणवत्ता को 'जल्द और सस्ता' तरीके से प्रबंधित करने में मदद करता है।
यह सुनिश्चित करता है कि समस्याओं को आवेदन किए बिना भी जल्दी हल किया जाए। यह मूल कारणों को पहचानने और मुद्दों को हटाने के अपने प्राथमिक साधनों के रूप में मानता है।
सॉफ्टवेयर की गुणवत्ता बनाए रखने के लिए कोर प्रबंधन और परियोजना लीड, क्लाइंट और टीम के प्रत्येक सदस्य सहित पूरी टीम की जिम्मेदारी है।
आपके दोष निवारण के तरीके क्या हैं? कृपया नीचे अपनी टिप्पणी, प्रश्न और विचार साझा करें।
अनुशंसित पाठ
- दोष आधारित परीक्षण तकनीक क्या है?
- दोष प्रबंधन प्रक्रिया: प्रभावी रूप से एक दोष प्रबंधन कैसे करें
- सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र क्या है? दोषपूर्ण जीवन चक्र ट्यूटोरियल
- दोष ट्राइएज प्रक्रिया और संभालना ट्राइएज मीटिंग के तरीके
- स्थैतिक परीक्षण और गतिशील परीक्षण - इन दो महत्वपूर्ण परीक्षण तकनीकों के बीच अंतर
- कैसे एक गैर- Reproducible दोष को पुन: उत्पन्न करने के लिए और अपने परीक्षण प्रयास इसे बनाने के लिए
- सॉफ्टवेयर परीक्षण विचारों के बारे में है (और उन्हें कैसे उत्पन्न करें)
- सॉफ्टवेयर परीक्षण के 7 सिद्धांत: दोष क्लस्टरिंग और पेरेटो सिद्धांत