मेन्यू

कैसे एक अच्छी बग रिपोर्ट लिखने के लिए? युक्तियाँ और चालें

how write good bug report

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

क्यों अच्छी बग रिपोर्ट?

यदि आपकी बग रिपोर्ट प्रभावी है, तो इसके ठीक होने की संभावना अधिक है। इसलिए बग को ठीक करना इस बात पर निर्भर करता है कि आप इसे कितनी प्रभावी रूप से रिपोर्ट करते हैं। बग की रिपोर्ट करना कौशल के अलावा और कुछ नहीं है और मैं बताऊंगा कि इस कौशल को कैसे प्राप्त किया जाए।

'समस्या रिपोर्ट लिखने की बात (बग रिपोर्ट) बग को ठीक करने के लिए है' - केम कनेर द्वारा। यदि एक परीक्षक बग को सही ढंग से रिपोर्ट नहीं कर रहा है, तो प्रोग्रामर इस बग को अपरिवर्तनीय बताते हुए इसे अस्वीकार कर देगा।

कैसे एक अच्छी बग रिपोर्ट लिखने के लिए

इससे परीक्षार्थियों को नैतिक चोट लग सकती है और कभी-कभी अहंकार भी। (मैं सुझाव देता हूं कि किसी भी प्रकार के अहंकार को न रखें। अहंकार की तरह 'मैंने बग को सही ढंग से रिपोर्ट किया है', 'मैं इसे पुन: पेश कर सकता हूं', 'क्यों उसने बग को अस्वीकार कर दिया है?', 'यह मेरी गलती नहीं है' आदि। ,)।

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

प्राथमिकता कतार कार्यान्वयन c ++

एक अच्छे सॉफ्टवेयर बग रिपोर्ट की योग्यता क्या है?

कोई भी बग रिपोर्ट लिख सकता है। लेकिन हर कोई एक प्रभावी बग रिपोर्ट नहीं लिख सकता है।

आपको औसत बग रिपोर्ट और अच्छी बग रिपोर्ट के बीच अंतर करने में सक्षम होना चाहिए। एक अच्छी और बुरी बग रिपोर्ट के बीच अंतर कैसे करें? बग की रिपोर्ट करने के लिए यह बहुत ही सरल है, निम्नलिखित विशेषताओं और तकनीकों को लागू करें।

विशेषताओं और तकनीकों में शामिल हैं

(1) एक स्पष्ट रूप से निर्दिष्ट बग नंबर होना: हमेशा प्रत्येक बग रिपोर्ट के लिए एक अद्वितीय संख्या निर्दिष्ट करें। यह, बदले में, आपको बग रिकॉर्ड की पहचान करने में मदद करेगा। यदि आप किसी भी स्वचालित बग-रिपोर्टिंग टूल का उपयोग कर रहे हैं तो बग की रिपोर्ट करते समय यह अद्वितीय संख्या हर बार स्वचालित रूप से उत्पन्न होगी।

आपके द्वारा बताए गए प्रत्येक बग की संख्या और एक संक्षिप्त विवरण नोट करें।

# 2) प्रतिक्रमण: यदि आपका बग प्रजनन योग्य नहीं है, तो यह कभी भी ठीक नहीं होगा।

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

# 3) विशिष्ट बनें: समस्या के बारे में एक निबंध न लिखें।

विशिष्ट हो और बिंदु पर हो। एक प्रभावी तरीके से अभी तक न्यूनतम शब्दों में समस्या को संक्षेप में प्रस्तुत करने का प्रयास करें। यदि वे समान प्रतीत होते हैं तो भी कई समस्याओं को संयोजित न करें। प्रत्येक समस्या के लिए अलग-अलग रिपोर्ट लिखें।

प्रभावी बग रिपोर्टिंग

बग रिपोर्टिंग सॉफ्टवेयर टेस्टिंग का एक महत्वपूर्ण पहलू है। एक प्रभावी बग रिपोर्ट विकास टीम के साथ अच्छी तरह से संवाद करती है और भ्रम या गलतफहमी से बचाती है।

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

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

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

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

आयात जानकारी जो बग रिपोर्ट को संप्रेषित करती है 'किस तरह?' और कहाँ?' रिपोर्ट में स्पष्ट रूप से जवाब दिया जाना चाहिए कि परीक्षण कैसे किया गया और दोष कहां हुआ। पाठक को बग को आसानी से पुन: प्रस्तुत करना चाहिए और यह पता लगाना चाहिए कि बग कहां है।

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

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

प्रत्येक बग को एक अलग समस्या के रूप में रिपोर्ट करें। एक बग रिपोर्ट में कई समस्याओं के मामले में, आप इसे बंद नहीं कर सकते, जब तक कि सभी मुद्दे हल नहीं हो जाते।

इसलिए यह सबसे अच्छा है मुद्दों को अलग बग में विभाजित करें । यह सुनिश्चित करता है कि प्रत्येक बग को अलग से संभाला जा सकता है। एक अच्छी तरह से लिखित बग रिपोर्ट एक डेवलपर को अपने टर्मिनल पर बग को पुन: पेश करने में मदद करती है। इससे उन्हें समस्या का निदान करने में मदद मिलती है।

बग की रिपोर्ट कैसे करें?

निम्नलिखित सरल बग रिपोर्ट टेम्पलेट का उपयोग करें:

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

रिपोर्टर: आपका नाम और ईमेल पता।

उत्पाद: किस उत्पाद में आपको यह बग मिला।

संस्करण: उत्पाद संस्करण यदि कोई हो।

घटक: ये उत्पाद के प्रमुख उप-मॉड्यूल हैं।

प्लेटफ़ॉर्म: हार्डवेयर प्लेट का उल्लेख करें जहाँ आपको यह बग मिला है। विभिन्न प्लेटफ़ॉर्म जैसे ’PC’, platforms MAC ’,, HP’, Sun ’आदि।

ऑपरेटिंग सिस्टम: उन सभी ऑपरेटिंग सिस्टम का उल्लेख करें जहाँ आपको बग मिला था। ऑपरेटिंग सिस्टम जैसे विंडोज, लिनक्स, यूनिक्स, सनओएस, मैक ओएस। यदि लागू हो, तो अलग-अलग OS संस्करण, जैसे Windows NT, Windows 2000, Windows XP आदि का उल्लेख करें।

प्राथमिकता: बग को कब ठीक किया जाना चाहिए? प्राथमिकता आमतौर पर P1 से P5 तक निर्धारित की जाती है। P1 के रूप में 'सबसे अधिक प्राथमिकता के साथ बग को ठीक करें' और P5 के रूप में 'जब समय परमिट ठीक करें'।

तीव्रता: यह बग के प्रभाव का वर्णन करता है।
गंभीरता के प्रकार:

  • अवरोधक: आगे कोई परीक्षण कार्य नहीं किया जा सकता है।
  • नाजुक: अनुप्रयोग क्रैश, डेटा की हानि।
  • प्रमुख: समारोह के प्रमुख नुकसान।
  • लघु: समारोह की मामूली हानि।
  • तुच्छ: कुछ यूआई संवर्द्धन।
  • वृद्धि: मौजूदा सुविधा में एक नई सुविधा या कुछ वृद्धि के लिए अनुरोध।

स्थिति: जब आप बग को किसी बग ट्रैकिंग सिस्टम में लॉग इन कर रहे होते हैं तो डिफ़ॉल्ट रूप से बग की स्थिति 'नई' हो जाएगी।
बाद में, बग विभिन्न चरणों जैसे कि फिक्स्ड, सत्यापित, रोपेन, वोनट फिक्स, आदि से गुजरता है।

=> यहां क्लिक करें विस्तृत बग जीवन चक्र के बारे में अधिक पढ़ने के लिए।

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

URL: वह पृष्ठ URL जिस पर बग हुआ था।

सारांश: बग का एक संक्षिप्त सारांश ज्यादातर 60 शब्दों में या नीचे। सुनिश्चित करें कि आपका सारांश यह दर्शाता है कि समस्या क्या है और यह कहाँ है।

विवरण: बग का विस्तृत विवरण।

विवरण फ़ील्ड के लिए निम्न फ़ील्ड का उपयोग करें:

  • चरणों को पुन: प्रस्तुत करें: स्पष्ट रूप से, बग को पुन: उत्पन्न करने के चरणों का उल्लेख करें।
  • अपेक्षित परिणाम: उपर्युक्त चरणों पर आवेदन को कैसे व्यवहार करना चाहिए।
  • वास्तविक परिणाम: उपरोक्त चरणों यानी बग व्यवहार को चलाने का वास्तविक परिणाम क्या है।

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

रिपोर्ट प्रकारों में शामिल हैं:

1) कोडिंग त्रुटि
2) डिजाइन त्रुटि
3) नया सुझाव
4) प्रलेखन मुद्दा
5) हार्डवेयर समस्या

आपकी बग रिपोर्ट में महत्वपूर्ण विशेषताएं

बग रिपोर्ट में महत्वपूर्ण विशेषताएं नीचे दी गई हैं:

(1) बग नंबर / आईडी

बग नंबर या पहचान संख्या (जैसे swb001) बग रिपोर्टिंग और बग को संदर्भित करना बहुत आसान बनाती है। डेवलपर आसानी से जांच कर सकता है कि कोई विशेष बग ठीक किया गया है या नहीं। यह संपूर्ण परीक्षण और रिटायरिंग प्रक्रिया को आसान और आसान बनाता है।

# 2) बग शीर्षक

बग रिपोर्ट किसी भी अन्य बग रिपोर्ट की तुलना में अधिक बार पढ़ी जाती है। बग में क्या आता है, यह सभी को कहना चाहिए।

बग शीर्षक का पर्याप्त सुझाव होना चाहिए कि पाठक इसे समझ सके। एक स्पष्ट बग शीर्षक यह समझने में आसान बनाता है और पाठक यह जान सकता है कि क्या बग को पहले सूचित किया गया है या तय किया गया है।

# 3) प्राथमिकता

बग की गंभीरता के आधार पर, इसके लिए प्राथमिकता तय की जा सकती है। बग एक अवरोधक, महत्वपूर्ण, प्रमुख, मामूली, तुच्छ या एक सुझाव हो सकता है। P1 से P5 तक की बग प्राथमिकता दी जा सकती है ताकि महत्वपूर्ण को पहले देखा जा सके।

# 4) प्लेटफार्म / पर्यावरण

स्पष्ट बग रिपोर्ट के लिए OS और ब्राउज़र कॉन्फ़िगरेशन आवश्यक है। यह संवाद करने का सबसे अच्छा तरीका है कि बग को कैसे पुन: पेश किया जा सकता है।

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

# 5) विवरण

बग का वर्णन डेवलपर को बग को समझने में मदद करता है। यह सामने आई समस्या का वर्णन करता है। खराब विवरण भ्रम पैदा करेगा और डेवलपर्स और परीक्षकों का समय भी बर्बाद करेगा।

विवरण के प्रभाव के बारे में स्पष्ट रूप से संवाद करना आवश्यक है। पूर्ण वाक्यों का उपयोग करना हमेशा मददगार होता है। यह पूरी तरह से ढहने के बजाय प्रत्येक समस्या का अलग-अलग वर्णन करने के लिए एक अच्छा अभ्यास है। 'मुझे लगता है' या 'मेरा मानना ​​है' जैसे शब्दों का उपयोग न करें।

# 6) पुन: उत्पन्न करने के लिए कदम

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

एक अच्छी तरह से लिखित प्रक्रिया का एक अच्छा उदाहरण नीचे दिया गया है

कदम:

  • उत्पाद का चयन करें Abc01।
  • Add to cart पर क्लिक करें।
  • उत्पाद को कार्ट से निकालने के लिए निकालें पर क्लिक करें।

# 7) अपेक्षित और वास्तविक परिणाम

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

# 8) स्क्रीनशॉट

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

कुछ बोनस युक्तियाँ एक अच्छी बग रिपोर्ट लिखने के लिए

नीचे एक अच्छी बग रिपोर्ट लिखने के लिए कुछ और अतिरिक्त सुझाव दिए गए हैं:

(1) समस्या की तुरंत रिपोर्ट करें

सॉफ्टवेयर विकास जीवन चक्र चरण क्या हैं

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

# 2) बग रिपोर्ट लिखने से पहले बग को तीन बार दोहराएं

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

# 3) अन्य समान मॉड्यूल पर समान बग घटना का परीक्षण करें

कभी-कभी डेवलपर विभिन्न समान मॉड्यूल के लिए समान कोड का उपयोग करता है। तो एक मॉड्यूल में बग के लिए अन्य समान मॉड्यूल में भी होने की संभावना अधिक होती है। तुम भी बग के अधिक गंभीर संस्करण को खोजने की कोशिश कर सकते हैं।

# 4) एक अच्छा बग सारांश लिखें

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

# 5) सबमिट बटन दबाए जाने से पहले बग रिपोर्ट पढ़ें

बग रिपोर्ट में उपयोग किए जाने वाले सभी वाक्य, शब्द और चरण पढ़ें। देखें कि क्या कोई वाक्य अस्पष्टता पैदा कर रहा है जिससे गलत व्याख्या हो सकती है। स्पष्ट बग रिपोर्ट करने के लिए भ्रामक शब्दों या वाक्यों से बचना चाहिए।

# 6) अपमानजनक भाषा का प्रयोग न करें

यह अच्छा है कि आपने अच्छा काम किया और बग पाया लेकिन डेवलपर की आलोचना करने या किसी व्यक्ति पर हमला करने के लिए इस क्रेडिट का उपयोग न करें।

निष्कर्ष

इसमें कोई संदेह नहीं है कि आपकी बग रिपोर्ट एक उच्च गुणवत्ता वाला दस्तावेज़ होना चाहिए।

अच्छी बग रिपोर्ट लिखने पर ध्यान केंद्रित करें और इस कार्य पर कुछ समय बिताएं क्योंकि यह परीक्षक, डेवलपर और प्रबंधक के बीच मुख्य संचार बिंदु है। प्रबंधकों को अपनी टीम के बारे में जागरूकता पैदा करनी चाहिए कि एक अच्छी बग रिपोर्ट लिखना किसी भी परीक्षक की प्राथमिक जिम्मेदारी है।

एक अच्छी बग रिपोर्ट लिखने की दिशा में आपका प्रयास न केवल कंपनी के संसाधनों को बचाएगा, बल्कि आपके और डेवलपर्स के बीच एक अच्छा संबंध भी बनाएगा।

बेहतर उत्पादकता के लिए एक बेहतर बग रिपोर्ट लिखें।

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

अनुशंसित पाठ

^