सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र

दोष जीवन चक्र क्या है?

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

दोष की स्थिति

दोष जीवन चक्र में दोष स्थिति या बग स्थिति वर्तमान स्थिति है जिसमें से दोष या बग वर्तमान में चल रहा है। दोष स्थिति का लक्ष्य वर्तमान स्थिति या दोष या बग की प्रगति को बेहतर तरीके से ट्रैक करना और दोषपूर्ण जीवन चक्र की वास्तविक प्रगति को समझना है।

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

नई: जब पहली बार एक नया दोष लॉग और पोस्ट किया जाता है। इसे नई के रूप में एक दर्जा दिया गया है।
असाइन किया गया: एक बार बग को परीक्षक द्वारा पोस्ट किया जाता है, परीक्षक का नेतृत्व बग को अनुमोदित करता है और डेवलपर टीम को बग असाइन करता है
ओपन : डेवलपर विश्लेषण शुरू करता है और दोष को ठीक करने पर काम करता है
फिक्स्ड : जब एक डेवलपर एक आवश्यक कोड परिवर्तन करता है और परिवर्तन को सत्यापित करता है, तो वह बग को "फिक्स्ड" के रूप में बना सकता है।
लंबित पुनरावृत्ति : एक बार दोष तय हो जाने के बाद डेवलपर परीक्षक को कोड पुनर्प्राप्त करने के लिए एक विशेष कोड देता है। चूंकि सॉफ़्टवेयर परीक्षण परीक्षकों के अंत से लंबित रहता है, इसलिए असाइन की गई स्थिति "लंबित अवधारण" है।
रीस्टेस्ट : टेस्टर इस चरण में कोड की रिटेनिंग करता है यह जांचने के लिए कि डेवलपर द्वारा दोष निर्धारित किया गया है या नहीं और स्थिति को "पुन: परीक्षण" में बदल देता है।

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

दोषपूर्ण जीवन चक्र समझाया

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