मेन्यू

सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र क्या है? दोषपूर्ण जीवन चक्र ट्यूटोरियल

what is defect bug life cycle software testing

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

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

इस ट्यूटोरियल में, मैं आपको एक दोष के विभिन्न चरणों से अवगत कराने के लिए एक दोष के जीवन चक्र के बारे में बात करूंगा, जिसे एक परीक्षक को परीक्षण के वातावरण में काम करते समय सामना करना पड़ता है।

मैंने दोषपूर्ण जीवन चक्र पर सबसे अधिक बार पूछे जाने वाले साक्षात्कार प्रश्न भी जोड़े हैं। एक दोष के जीवन चक्र को समझने के लिए एक दोष के विभिन्न राज्यों के बारे में जानना महत्वपूर्ण है। परीक्षण गतिविधि करने का मुख्य उद्देश्य यह देखना है कि उत्पाद में कोई समस्या / त्रुटियां हैं या नहीं।

दोषपूर्ण जीवन चक्र ट्यूटोरियल

वास्तविक परिदृश्यों के संदर्भ में, त्रुटियों / गलतियों / दोषों को सभी कीड़े / दोष के रूप में संदर्भित किया जाता है और इसलिए हम कह सकते हैं, कि परीक्षण करने का मुख्य उद्देश्य यह आश्वस्त करना है कि उत्पाद कम दोष है (कोई दोष नहीं है) एक अवास्तविक स्थिति है ) का है।

अब, सवाल उठता है कि दोष क्या है?

आप क्या सीखेंगे:

एक दोष क्या है?

एक दोष, सरल शब्दों में, एक आवेदन में एक दोष या एक त्रुटि है जो वास्तविक के साथ एक आवेदन के अपेक्षित व्यवहार को बेमेल करके एक आवेदन के सामान्य प्रवाह को प्रतिबंधित कर रहा है।

दोष तब होता है जब किसी एप्लिकेशन की डिजाइनिंग या निर्माण के दौरान किसी डेवलपर द्वारा कोई गलती की जाती है और जब यह दोष एक परीक्षक द्वारा पाया जाता है, तो इसे दोष कहा जाता है।

क्लाइंट सर्वर एप्लिकेशन का परीक्षण कैसे करें

यह एक परीक्षक की ज़िम्मेदारी है कि वह किसी गुणवत्ता के उत्पाद को ग्राहक तक पहुँचाने के लिए किसी भी दोष का पता लगाने के लिए किसी अनुप्रयोग का गहन परीक्षण करे।

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

इसलिए, चलो दोषपूर्ण जीवन चक्र के बारे में अधिक जानते हैं।

अब तक, हमने परीक्षण गतिविधि के संदर्भ में दोष के अर्थ और इसके संबंध पर चर्चा की। अब, जीवन चक्र के दोष को जाने दें और एक दोष और एक दोष के विभिन्न राज्यों के वर्कफ़्लो को समझें।

विस्तार से दोषपूर्ण जीवन चक्र

एक दोषपूर्ण जीवन चक्र, जिसे बग जीवन चक्र के रूप में भी जाना जाता है, एक दोष का एक चक्र है, जहां से यह अपने पूरे जीवन में विभिन्न राज्यों को कवर करता है। जैसे ही किसी परीक्षक द्वारा कोई नया दोष पाया जाता है और यह समाप्त हो जाता है, जब एक परीक्षक उस दोष को यह कहते हुए बंद कर देता है कि यह फिर से पुन: प्रस्तुत नहीं होता है।

दोषप्रवाह

अब एक सरल आरेख की मदद से एक दोषपूर्ण जीवन चक्र के वास्तविक वर्कफ़्लो को समझने का समय है जैसा कि नीचे दिखाया गया है।

दोष जीवन चक्र

दोष अवस्था

# 1) नया :यह दोषपूर्ण जीवन चक्र में दोष की पहली स्थिति है। जब कोई नया दोष पाया जाता है, तो यह एक 'नई' अवस्था में आता है, और दोष जीवन चक्र के बाद के चरणों में इस दोष पर सत्यापन और परीक्षण किया जाता है।

# 2) असाइन किया गया: इस चरण में, नव निर्मित दोष को विकास टीम को दोष पर काम करने के लिए सौंपा गया है। यह प्रोजेक्ट लीड या टेस्टिंग टीम के मैनेजर द्वारा एक डेवलपर को सौंपा जाता है।

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

मैं थोड़ी देर में इन चार राज्यों पर चर्चा करूंगा।

# 4) फिक्स्ड: जब डेवलपर आवश्यक परिवर्तन करके एक दोष को ठीक करने का कार्य पूरा करता है तो वह दोष की स्थिति को 'निश्चित' के रूप में चिह्नित कर सकता है।

# 5) लंबित रिटेन: दोष को ठीक करने के बाद, डेवलपर अपने अंत में दोष को हटाने के लिए परीक्षक को दोष सौंपता है, और जब तक परीक्षक दोष को दूर करने पर काम करता है, तब तक दोष की स्थिति 'लंबित पुनर्निधारण' में बनी रहती है।

# 6) पुन:: इस बिंदु पर, परीक्षणकर्ता यह सत्यापित करने के लिए दोष की निवृत्ति पर काम करना शुरू कर देता है कि दोष डेवलपर द्वारा आवश्यकताओं के अनुसार ठीक से तय किया गया है या नहीं।

# 7) फिर से खोलें: यदि कोई समस्या दोष में बनी रहती है, तो उसे फिर से परीक्षण के लिए डेवलपर को सौंपा जाएगा और दोष की स्थिति ‘रोपेन’ में बदल जाती है।

# 8) सत्यापित: यदि परीक्षक को रिटायरिंग के लिए डेवलपर को सौंपे जाने के बाद दोष में कोई समस्या नहीं मिलती है और उसे लगता है कि यदि दोष सही तरीके से तय किया गया है, तो दोष की स्थिति 'सत्यापित' को सौंपी जाती है।

# 9) बंद: जब दोष अब मौजूद नहीं होता है, तब परीक्षक दोष की स्थिति को 'बंद' कर देता है।

थोड़ा और:

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

अनिवार्य क्षेत्र जब कोई परीक्षक किसी नए बग को लॉग करता है तो बिल्ड वर्जन, सबमिट ऑन, प्रोडक्ट, मॉड्यूल, गंभीरता, सिनॉप्सिस और विवरण रिप्रोड्यूस करने के लिए होता है।

उपरोक्त सूची में, आप कुछ जोड़ सकते हैं वैकल्पिक क्षेत्र यदि आप मैन्युअल बग सबमिशन टेम्प्लेट का उपयोग कर रहे हैं। इन वैकल्पिक क्षेत्रों में ग्राहक का नाम, ब्राउज़र, ऑपरेटिंग सिस्टम, फ़ाइल अनुलग्नक या स्क्रीनशॉट शामिल हैं।

निम्नलिखित फ़ील्ड या तो निर्दिष्ट या रिक्त रहती हैं:
यदि आपके पास बग स्थिति, प्राथमिकता, और to असाइन किए गए ’फ़ील्ड जोड़ने का अधिकार है तो आप इन फ़ील्ड्स को निर्दिष्ट कर सकते हैं। अन्यथा, परीक्षण प्रबंधक स्थिति, बग प्राथमिकता निर्धारित करेगा, और संबंधित मॉड्यूल स्वामी को बग असाइन करेगा।

निम्नलिखित दोष चक्र को देखो

दोष / बग जीवन चक्र

उपरोक्त छवि काफी विस्तृत है और जब आप बग लाइफ साइकिल के महत्वपूर्ण चरणों पर विचार करते हैं, तो आपको इसके बारे में एक त्वरित विचार मिलेगा।

सफल लॉगिंग पर, बग की समीक्षा विकास या परीक्षण प्रबंधक द्वारा की जाती है। परीक्षण प्रबंधक बग को ओपन के रूप में सेट कर सकता है, बग को डेवलपर को सौंप सकता है या अगली रिलीज तक बग को स्थगित किया जा सकता है।

जब एक बग किसी डेवलपर को सौंपा जाता है और वह इस पर काम करना शुरू कर सकता है। डेवलपर बग की स्थिति को तय नहीं कर सकता, क्योंकि वह पुन: पेश नहीं कर सकता है, अधिक जानकारी की आवश्यकता है, या 'निश्चित'।

यदि डेवलपर द्वारा निर्धारित बग की स्थिति या तो or अधिक जानकारी की आवश्यकता है ’या फिक्स्ड है, तो QA एक विशिष्ट कार्रवाई के साथ प्रतिक्रिया करता है। यदि बग ठीक हो गया है तो QA बग को सत्यापित करता है और बग को सत्यापित बंद या रोपेन के रूप में सेट कर सकता है।

दोषपूर्ण जीवन चक्र को लागू करने के लिए दिशानिर्देश

दोषपूर्ण जीवन चक्र के साथ काम करने से पहले कुछ महत्वपूर्ण दिशानिर्देशों को अपनाया जा सकता है।

ये इस प्रकार हैं:

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

इसके बाद, दोषपूर्ण जीवन चक्र पर आधारित साक्षात्कार के प्रश्नों पर चर्चा करें।

बग जीवन चक्र पर महत्वपूर्ण प्रश्न या साक्षात्कार प्रश्न

Q # 1) सॉफ्टवेयर टेस्टिंग के परिप्रेक्ष्य में क्या दोष है?

उत्तर: एक दोष आवेदन में किसी भी प्रकार की खामी या त्रुटि है जो वास्तविक के साथ एक आवेदन के अपेक्षित व्यवहार को बेमेल करके एक आवेदन के सामान्य प्रवाह को प्रतिबंधित कर रहा है।

Q # 2) त्रुटि, दोष और विफलता के बीच मुख्य अंतर क्या है?

उत्तर: त्रुटि: यदि डेवलपर्स को पता चलता है कि विकास के चरण में किसी एप्लिकेशन के वास्तविक और अपेक्षित व्यवहार में कोई बेमेल है, तो वे इसे एक त्रुटि कहते हैं।

दोष: यदि परीक्षकों को परीक्षण चरण में किसी एप्लिकेशन के वास्तविक और अपेक्षित व्यवहार में कोई बेमेल लगता है तो वे इसे दोष कहते हैं।

विफलता: यदि ग्राहक या अंतिम-उपयोगकर्ता उत्पादन चरण में किसी एप्लिकेशन के वास्तविक और अपेक्षित व्यवहार में एक बेमेल पाते हैं, तो वे इसे विफलता कहते हैं।

Q # 3) शुरू में पाए जाने पर एक दोष की स्थिति क्या है?

गुणवत्ता आश्वासन विश्लेषक साक्षात्कार सवाल और जवाब

उत्तर: जब कोई नया दोष पाया जाता है, तो वह 'नई' स्थिति में होता है। यह एक नए पाए गए दोष की प्रारंभिक स्थिति है।

Q # 4) किसी दोष को स्वीकृत करने और उसे डेवलपर द्वारा तय किए जाने पर दोष जीवन चक्र में दोष के विभिन्न राज्य क्या हैं?

उत्तर: एक दोष के विभिन्न राज्य, इस मामले में, न्यू, असाइन, ओपन, फिक्स्ड, लंबित रिटेस्ट, रेटेस्ट, सत्यापित और बंद हैं।

Q # 5) अगर एक परीक्षक अभी भी दोष में एक समस्या पाता है जो एक डेवलपर द्वारा तय किया जाता है?

उत्तर: परीक्षक दोष की स्थिति को en रोपेन ’के रूप में चिह्नित कर सकता है यदि वह अभी भी निश्चित दोष में एक समस्या पाता है और दोष सेवानिवृत्त होने के लिए एक डेवलपर को सौंपा जाता है।

Q # 6) एक विलक्षण दोष क्या है?

उत्तर: एक दोष जो हर निष्पादन में बार-बार हो रहा है और जिसके चरणों को हर निष्पादन में पकड़ा जा सकता है, फिर ऐसे दोष को 'producible' दोष कहा जाता है।

Q # 7) किस प्रकार का दोष एक प्रतिलिपि प्रस्तुत करने योग्य दोष नहीं है?

उत्तर: एक दोष जो हर निष्पादन में बार-बार नहीं हो रहा है और केवल कुछ उदाहरणों में उत्पन्न हो रहा है और जिनके चरणों को प्रमाण के रूप में स्क्रीनशॉट की मदद से पकड़ना है, तो इस तरह के दोष को 'पुन: प्रतिलिपि प्रस्तुत करने योग्य' दोष नहीं कहा जाता है।

Q # 8) दोष रिपोर्ट क्या है?

उत्तर: एक दोष रिपोर्ट एक दस्तावेज है जिसमें आवेदन में दोष या दोष के बारे में जानकारी दर्ज करना शामिल है जो कि किसी एप्लिकेशन के सामान्य प्रवाह को उसके अपेक्षित व्यवहार से विचलित होने का कारण बनता है।

Q # 9) एक दोष रिपोर्ट में क्या विवरण शामिल हैं?

उत्तर: एक दोष रिपोर्ट में निम्नलिखित विवरण होते हैं:

दोष आईडी, दोष का विवरण, फ़ीचर नाम, टेस्ट केस का नाम, प्रतिकारक दोष या नहीं, एक दोष की स्थिति, गंभीरता, और एक दोष की प्राथमिकता, परीक्षक नाम, दोष का परीक्षण करने की तिथि, संस्करण का निर्माण जिसमें दोष पाया गया था ।

और डेवलपर जिसे दोष को सौंपा गया है, उस व्यक्ति का नाम जिसने दोष को ठीक किया है, एक दोष का स्क्रीनशॉट जो चरणों के प्रवाह को दर्शाता है, एक दोष की तिथि को फिक्स करना, और उस व्यक्ति को जिसने दोष को मंजूरी दी है।

Q # 10) दोष जीवन चक्र में 'दोष' की स्थिति में कब बदल जाता है?

उत्तर: जब एक दोष जो पाया जाता है वह बहुत अधिक महत्व का नहीं होता है और जो बाद के रिलीज में तय किया जा सकता है, उसे दोषपूर्ण जीवन चक्र में in आस्थगित ’स्थिति में ले जाया जाता है।

दोष या बग पर अतिरिक्त जानकारी

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

दोष की स्थिति

क्र.सं. पहली स्थिति लौट आया राज्य पुष्टि अवस्था
एकदोष को पुन: पेश करने के लिए जिम्मेदार व्यक्ति के लिए जानकारी इकट्ठा करेंदोष को अस्वीकार कर दिया गया है या अधिक जानकारी के लिए कहा गया हैदोष निश्चित है और परीक्षण और बंद किया जाना चाहिए
दोराज्य खुले हैं या नए हैंराज्यों को अस्वीकृत या स्पष्ट किया जाता है।राज्य संकल्प और सत्यापन कर रहे हैं।

अमान्य और डुप्लिकेट दोष रिपोर्ट

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

दोषपूर्ण डेटा

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

प्रक्रिया क्षमता

  • परिचय, पता लगाने और हटाने की जानकारी -> सुधार दोष का पता लगाने और गुणवत्ता की लागत।
  • परिचय -> प्रेटोर विश्लेषण उस प्रक्रिया का जिसमें दोषों की सबसे बड़ी संख्या को दोषों की कुल संख्या को कम करने के लिए पेश किया जाता है।
  • दोष रूट जानकारी -> दोषों की कुल संख्या को कम करने के लिए दोष के कारणों को रेखांकित करें।
  • दोष घटक सूचना -> दोष क्लस्टर विश्लेषण करें।

निष्कर्ष

यह सभी दोषपूर्ण जीवन चक्र और प्रबंधन के बारे में है।

मुझे उम्मीद है कि आप एक दोष के जीवन चक्र के बारे में अपार ज्ञान प्राप्त कर चुके होंगे। यह ट्यूटोरियल भविष्य में, आसान तरीके से दोषों के साथ काम करते समय आपकी सहायता करेगा।

अनुशंसित पाठ

^