how reproduce non reproducible defect
की दुनिया में सॉफ्टवेयर परिक्षण , एक बार मिला एक दोष लगातार प्रतिलिपि प्रस्तुत करने योग्य होना चाहिए ताकि परीक्षक विश्वास के साथ रिपोर्ट कर सके, एक डेवलपर स्पष्टता के साथ ठीक कर सके और क्यूए टीम विश्वास के साथ बंद हो सके।
वेबसाइटों को यूट्यूब वीडियो एमपी 3 में बदलने के लिए
हालांकि, यह प्रक्रिया कभी-कभी चुनौतियों के अपने सेट के साथ आती है। यह लेख दोष प्रजनन के उन अंधेरे क्षेत्रों को रोशन करने की कोशिश करता है।
सबसे पहले, क्या है ' एक दोष का पुन: प्रस्तुत करना ”?
यदि चरणों के एक निश्चित अनुक्रम ने परीक्षक को एक ऐसे बिंदु पर उतारा है जहां अपेक्षित व्यवहार में विचलन देखा जाता है- 'पुन: पेश करने के लिए कदम' दोष क्षेत्र है जिसमें चरणों के इस सटीक अनुक्रम का रिकॉर्ड होता है। यदि हम एक ही समस्या का सामना करते हैं, तो हर बार जब हम उन चरणों का पालन करते हैं, तो इसे प्रजनन दोष कहा जाता है।
अधिक सबूत जैसे डेटा का इस्तेमाल करने के लिए कदमों के अलावा, स्क्रीनशॉट या स्क्रीन रिकॉर्ड किए गए वीडियो भी प्रदान किए जा सकते हैं। यदि यह जानकारी असंगत या गलत पाई जाती है, तो बग्स को एक और रिज़ॉल्यूशन के बिना अमान्य माना जा सकता है।
अधिक पढ़ें => बिना किसी ’अमान्य बग’ लेबल के अपने सभी बगों को कैसे हल किया जाए?
इसलिए,, पुन: पेश करने के लिए कदम ’महत्वपूर्ण है और दोष के बारे में इस भाग को लिखते समय ध्यान रखने योग्य कुछ बिंदु हैं:
आप क्या सीखेंगे:
- दोष कैसे लिखें 'पुन: उत्पन्न करने के लिए कदम':
- एक दोष का पुनरुत्पादन इतना महत्वपूर्ण क्यों है?
- 'गैर-प्रतिकारक' बग / दोष क्या हैं?
- कैसे एक दोष को पुन: उत्पन्न करने के लिए?
- निष्कर्ष:
- अनुशंसित पाठ
दोष कैसे लिखें 'पुन: उत्पन्न करने के लिए कदम':
- सटीक होना
- आसान संदर्भ के लिए परीक्षण के दौरान उपयोग किए गए सटीक डेटा शामिल करें
- चरणों को सटीक क्रम में होना चाहिए
- लागू होने पर पूर्व-आवश्यकता का उल्लेख करें
- कम्पोजिट स्टेप्स न लिखें।उदाहरण के लिए: यदि परिदृश्य में Microsoft Word से दस्तावेज़ को सहेजने के लिए उपयोगकर्ता की आवश्यकता होती है, तो इसे लिखा जाना चाहिए, 'फ़ाइल मेनू खोलें और सहेजें विकल्प पर क्लिक करें'।
- हमेशा सभी कुकीज़ और कैश मेमोरी को साफ़ करते हुए, एक नए सिस्टम पर पुन: पेश करने के लिए अपने कदमों की पुनरावृत्ति करें।
- सुनिश्चित करें कि वाक्य छोटे और अस्पष्ट हैं
एक गलत तरीके से लिखा गया 'पुन: पेश करने के लिए कदम' न केवल दोष की वैधता को खतरे में डाल सकता है, बल्कि स्पष्ट रूप से उल्लेखित चीजों के संबंध में स्पष्टीकरण और उत्तर मांगने के मामले में बहुत समय बर्बाद कर सकता है।
यह भी पढ़े => कैसे एक अच्छा दोष रिपोर्ट लिखने के लिए
सबसे अच्छा पीसी क्लीनर क्या है
एक दोष का पुनरुत्पादन इतना महत्वपूर्ण क्यों है?
अब, हमें यह पता लगाना चाहिए कि 'दोष का पुनरुत्पादन इतना महत्वपूर्ण क्यों है?'
तकनीकी रूप से बोलते हुए, यदि आप बग को पुन: पेश नहीं कर सकते, आप इसे कभी ठीक नहीं कर सकते ।
निम्नलिखित कुछ कारक हैं जो निर्धारित करते हैं कि क्या दोष ठीक हो गया है:
- दोष रिपोर्ट में विस्तृत और संपूर्ण जानकारी
- यदि डेवलपर कुछ शर्तों के तहत दोष की वास्तविक घटना को समझने में सक्षम है?
- यदि पर्यावरण, उपकरण, और सटीक अनुप्रयोग संस्करण डेवलपर्स के साथ उपलब्ध हैं, जिस पर दोष परीक्षकों द्वारा रिपोर्ट किया गया है?
'गैर-प्रतिकारक' बग / दोष क्या हैं?
प्रत्येक परीक्षक को इन स्थितियों का अनुभव होना चाहिए:
मुखर () c ++
- पूरे दिन किसी मुद्दे का अवलोकन करना और उस दिन के अंत में जब आपने उस दोष की सूचना दी, तो आप इसे अधिक प्रतिलिपि प्रस्तुत करने योग्य नहीं पाते हैं।
- एक मुद्दे को आंतरायिक रूप से देखना, उदाहरण के लिए, मान लीजिए कि एक नया उपयोगकर्ता अपने कार्ट में उत्पादों को जोड़ने में असमर्थ है। ऐसा 10 में से 6 बार होता है।
- समस्या केवल तब देखी जाती है जब हम एप्लिकेशन को पुनरारंभ करते हैं।
इन सभी मामलों में, सटीक स्थिति निर्धारित करना और सही रिपोर्ट करना कठिन है। इस तरह के मुद्दों / दोषों की जांच में बहुत समय लगता है। इस प्रकार के मुद्दों को अनदेखा नहीं किया जा सकता है, क्योंकि अंत में उपयोगकर्ता / ग्राहक उन्हें भी देख सकते हैं।
कैसे एक दोष को पुन: उत्पन्न करने के लिए?
कुछ चीजें जो मदद कर सकती हैं वे हैं:
- सभी कैश और साफ़ करें कुकीज़ परिदृश्य प्रदर्शन करते हुए।
- हर चरण को देखें और देखें।
- कभी-कभी समान बग या पैटर्न की तलाश में बग को पुन: प्रस्तुत करने में सहायक हो सकता है। यदि पैटर्न को समझा जाए तो परिदृश्य को पहचानना आसान होगा।
- प्रत्येक चरण और प्रत्येक चरण और अन्य कारकों (जैसे परीक्षण डेटा, पर्यावरण, सिस्टम सेटिंग्स, स्क्रीनशॉट, सर्वर लॉग आदि) को नोट करना, आसानी से परिदृश्य को दोहराने के लिए एक अच्छा अभ्यास होगा।
- दोष की घटना को निर्धारित करने के लिए कुछ और बार सत्यापित करें। मुद्दे की एक बार की घटना के आधार पर आगे भरोसा और रिपोर्ट न करें।
- धैर्य के साथ परीक्षण यह महत्वपूर्ण कारक है और इसमें बहुत समय लगेगा
इसके अतिरिक्त:
- जब तुम हो तब भी खोजपूर्ण परीक्षण करना सुनिश्चित करें कि आप सभी कॉन्फ़िगरेशन के साथ-साथ सिस्टम सेट-अप के बारे में जानते हैं।
- विभिन्न तरीकों से एप्लिकेशन का पता लगाने और कुछ असामान्य परिदृश्यों को आज़माने के लिए अपनी रचनात्मकता का उपयोग करना अच्छा है। इस मामले में भी, यादृच्छिक चरणों का प्रदर्शन करने के बजाय तार्किक अनुक्रमों का पालन करना उचित है।
- एक बार जब कोई समस्या देखी जाती है, तो विभिन्न ब्राउज़रों / ऑपरेटिंग सिस्टम संयोजनों, विभिन्न उपकरणों (समर्थित) पर एक ही मुद्दे को सत्यापित करने के लिए हमेशा एक अच्छा अभ्यास होता है। यह निर्धारित करने में मदद करता है कि क्या समस्या एक सिस्टम या ब्राउज़र विशिष्ट / डिवाइस विशिष्ट है।
- विभिन्न प्रकार के मुद्दों और उनकी घटनाओं के बारे में नए रुझानों और मंचों से खुद को अपडेट रखें। ये एक विभेदित प्रणाली विशिष्ट, ब्राउज़र विशिष्ट, उत्पाद विशिष्ट, बाहरी मुद्दों आदि में मदद करते हैं।
- एक बार हुई समस्या को पुन: पेश करने की कोशिश करते रहने के बजाय, कभी-कभी पीछे बैठकर किए गए चरणों का विश्लेषण करने से समाधान खोजने में मदद मिल सकती है।
- टीम के अन्य सदस्यों के साथ चर्चा करना या प्रबंधक कभी-कभी मददगार हो सकते हैं। इसके अलावा, एक कहावत है, अनुभव मायने रखता है ।
- डेवलपर्स को समस्या को समझाने के लिए अपनी स्क्रीन को साझा करना स्क्रीनशॉट और वीडियो के अलावा एक विकल्प के रूप में भी माना जा सकता है।
- किसी समस्या की पुनरावृत्ति सुनिश्चित करने के लिए एक से अधिक बार समस्याओं का पुन: परिचय करें। ऐसे मामलों में, आप अपने परीक्षण में आश्वस्त होंगे और डेवलपर्स के प्रश्नों और चिंताओं का जवाब देने में सक्षम होंगे।
निष्कर्ष:
समग्र चर्चा के साथ, यह स्पष्ट रूप से निष्कर्ष निकाला जा सकता है कि उस बग को मान्य करने और फिर तय करने के लिए 'बग को पुन: उत्पन्न करना' बहुत महत्वपूर्ण है। यदि बग प्रतिलिपि प्रस्तुत करने योग्य नहीं है, तो उस विशेष बग / दोष को खोजने, विश्लेषण और रिपोर्ट करने में उपयोग किए जाने वाले परीक्षण प्रयास कुल अपशिष्ट है।
बग को समझने और पुन: पेश करने के लिए, विस्तृत और ठीक से समझा जाना आवश्यक है Rep स्टेप्स टू रिप्रोड्यूस ’, राज्य और पर्यावरण जिसमें बग हुआ। एक प्रजनन योग्य दोष को ठीक करना संभव है, लेकिन यह बहुत कठिन काम के साथ-साथ उपभोग करने का समय भी हो सकता है। एक और सबसे महत्वपूर्ण कारक उचित संचार है जिसके बिना, एक वैध बग को अमान्य किया जा सकता है।
तो, इसके लायक दोष खोजने में अपने परीक्षण का प्रयास करने के लिए, ऊपर वर्णित सहायक हो सकता है।
अनुशंसित पाठ
- दोष आधारित परीक्षण तकनीक क्या है?
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- परीक्षण प्राइमर eBook डाउनलोड
- सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र क्या है? दोषपूर्ण जीवन चक्र ट्यूटोरियल
- दोष प्रबंधन प्रक्रिया: प्रभावी रूप से एक दोष प्रबंधन कैसे करें
- एचपी लोडरनर ट्यूटोरियल के साथ लोड परीक्षण
- डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर
- गामा परीक्षण क्या है? अंतिम परीक्षण चरण