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