सॉफ्टवेयर परीक्षण में दोष/बग जीवन चक्र
थॉमस हैमिल्टन
दोष/बग जीवन चक्र क्या है?
दोष जीवन चक्र सॉफ़्टवेयर परीक्षण में बग जीवन चक्र उन स्थितियों का विशिष्ट समूह है जिनसे दोष या बग अपने पूरे जीवन में गुजरता है। दोष जीवन चक्र का उद्देश्य दोष की वर्तमान स्थिति को आसानी से समन्वयित करना और संप्रेषित करना है जो विभिन्न असाइनियों को बदलता है और दोष को ठीक करने की प्रक्रिया को व्यवस्थित और कुशल बनाता है।
👉 निःशुल्क लाइव सॉफ्टवेयर परीक्षण परियोजना के लिए नामांकन करें
दोष स्थिति
दोष स्थिति दोष जीवनचक्र में बग की स्थिति, दोष या बग की वर्तमान अवस्था को दर्शाती है। दोष की स्थिति का उद्देश्य दोष या बग की वर्तमान स्थिति या प्रगति को सटीक रूप से बताना है ताकि बेहतर समाधान किया जा सके। track का उपयोग करें और दोष जीवन चक्र की वास्तविक प्रगति को समझें।
दोष स्थिति वर्कफ़्लो
एक दोष के माध्यम से जाने वाली स्थितियों की संख्या परियोजना दर परियोजना भिन्न होती है। नीचे दिया गया जीवनचक्र आरेख, सभी संभावित स्थितियों को कवर करता है
- नई: जब कोई नया दोष पहली बार लॉग इन और पोस्ट किया जाता है, तो उसे NEW के रूप में दर्जा दिया जाता है।
- सौंपा गया: जब परीक्षक द्वारा बग पोस्ट कर दिया जाता है, तो परीक्षक का नेतृत्व बग को मंजूरी देता है और बग को डेवलपर टीम को सौंप देता है
- प्रारंभिक: डेवलपर विश्लेषण करना शुरू करता है और दोष को ठीक करने पर काम करता है
- फिक्स्डजब कोई डेवलपर आवश्यक कोड परिवर्तन करता है और परिवर्तन को सत्यापित करता है, तो वह बग की स्थिति को "फिक्स्ड" के रूप में बना सकता है।
- लंबित पुनःपरीक्षणएक बार जब दोष ठीक हो जाता है तो डेवलपर परीक्षक को कोड की पुनः जाँच के लिए एक विशेष कोड देता है। सॉफ्टवेयर परिक्षण परीक्षक की ओर से लंबित रहता है, तो निर्दिष्ट स्थिति "पुनः परीक्षण लंबित" है।
- retestपरीक्षक इस स्तर पर कोड का पुनः परीक्षण करता है ताकि यह जांचा जा सके कि डेवलपर द्वारा दोष ठीक किया गया है या नहीं और स्थिति को "पुनः परीक्षण" में बदल देता है।
- सत्यापितडेवलपर द्वारा बग को ठीक करने के बाद परीक्षक पुनः उसका परीक्षण करता है। यदि सॉफ़्टवेयर में कोई बग नहीं पाया जाता है, तो बग को ठीक कर दिया जाता है और उसे “सत्यापित” स्थिति दी जाती है।
- फिर से खोलना: अगर डेवलपर द्वारा बग को ठीक करने के बाद भी बग बना रहता है, तो परीक्षक स्थिति को बदलकर "फिर से खोला गया" कर देता है। एक बार फिर बग जीवन चक्र से गुजरता है।
- बन्द हैयदि बग अब मौजूद नहीं है तो परीक्षक इसे "बंद" स्थिति प्रदान करता है।
- नकलयदि दोष दो बार दोहराया जाता है या दोष बग की समान अवधारणा से मेल खाता है, तो स्थिति को "डुप्लिकेट" में बदल दिया जाता है।
- अस्वीकृतयदि डेवलपर को लगता है कि दोष वास्तविक दोष नहीं है तो वह दोष को "अस्वीकृत" में बदल देता है।
- स्थगितयदि वर्तमान बग प्राथमिक प्राथमिकता का नहीं है और यदि अगले रिलीज में इसे ठीक कर लिया जाना अपेक्षित है, तो ऐसे बग को "स्थगित" स्थिति दी जाती है
- कोई बग नहींयदि यह एप्लिकेशन की कार्यक्षमता को प्रभावित नहीं करता है तो बग को दी गई स्थिति "बग नहीं" है।
दोष/बग जीवन चक्र की व्याख्या
- परीक्षक को दोष का पता चलता है
- दोष को सौंपी गई स्थिति- नई
- एक दोष विश्लेषण के लिए परियोजना प्रबंधक को भेजा जाता है
- परियोजना प्रबंधक यह निर्णय लेता है कि कोई दोष वैध है या नहीं
- यहां दोष वैध नहीं है- स्थिति “अस्वीकृत” दी गई है।
- इसलिए, परियोजना प्रबंधक एक स्थिति निर्दिष्ट करता है अस्वीकृतयदि दोष को अस्वीकार नहीं किया जाता है तो अगला चरण यह जांचना है कि क्या यह दायरे में है। मान लीजिए कि हमारे पास एक और फ़ंक्शन है- उसी एप्लिकेशन के लिए ईमेल कार्यक्षमता, और आपको उसमें कोई समस्या मिलती है। लेकिन यह वर्तमान रिलीज़ का हिस्सा नहीं है जब ऐसे दोषों को एक के रूप में असाइन किया जाता है स्थगित या टाला गया स्थिति।
- इसके बाद, प्रबंधक यह सत्यापित करता है कि क्या पहले भी कोई ऐसा ही दोष सामने आया था। यदि हाँ, तो दोष को एक स्थिति दी जाती है नक़ल.
- यदि नहीं, तो दोष डेवलपर को सौंपा जाता है जो कोड को ठीक करना शुरू करता है। इस चरण के दौरान, दोष को एक स्थिति सौंपी जाती है प्रगति पर है।
- एक बार कोड ठीक हो जाने पर, दोष को एक स्थिति सौंपी जाती है तय
- इसके बाद, परीक्षक कोड का पुनः परीक्षण करेगा। परीक्षण का मामला दोष गुजरता है बन्द है। यदि परीक्षण मामले पुनः असफल हो जाते हैं, तो दोष यह है कि फिर से खोला और डेवलपर को सौंपा गया है.
- एक ऐसी स्थिति पर विचार करें जहाँ फ्लाइट रिजर्वेशन के पहले रिलीज़ के दौरान फ़ैक्स ऑर्डर में एक दोष पाया गया था जिसे ठीक कर दिया गया था और उसे बंद कर दिया गया था। दूसरे अपग्रेड रिलीज़ के दौरान वही दोष फिर से सामने आया। ऐसे मामलों में, एक बंद दोष होगा पुनः खोला गया.
बग जीवन चक्र के बारे में बस इतना ही
यह प्रशिक्षण वीडियो एक बग उर्फ दोष जीवन चक्र के विभिन्न चरणों और एक उदाहरण की मदद से इसके महत्व का वर्णन करता है
क्लिक करें यहाँ उत्पन्न करें यदि वीडियो उपलब्ध न हो
अक्सर पूछे जाने वाले प्रश्न
सारांश
दोष जीवन चक्र को समझने से सुव्यवस्थित बग प्रबंधन, सहज सहयोग और तेज़ समाधान सुनिश्चित होते हैं। प्रत्येक चरण का पालन करके, टीमें सॉफ़्टवेयर की गुणवत्ता बढ़ा सकती हैं, जोखिम कम कर सकती हैं, और आत्मविश्वास के साथ विश्वसनीय, उपयोगकर्ता-अनुकूल एप्लिकेशन प्रदान कर सकती हैं।
