बग टिकटों को कौन डुप्लिकेट करता है?

Question

मेरी टीम के एक साथी और मैंने बस अलग बग टिकट पकड़ा, उन्हें खुद को अलग से सौंपा, लेकिन टिकट डुप्लिकेट थे!

डुप्लिकेट टिकट को हल करने का सबसे अच्छा तरीका क्या है? क्या यह आमतौर पर क्यूए संसाधनों द्वारा किया जाता है? मैंने कुछ स्थानों पर काम किया है जहाँ गैर-तकनीकी लोगों का कहना है कि यह वहाँ "प्रवाह" में व्यवधान डालता है, लेकिन यह एक ऐसी चीज़ है जिसे कोई गैर-तकनीकी व्यक्ति ऐसी स्थिति में कर सकता है जहाँ डेवलपर्स की पहुँच सीमित हो (यानी मूल रूप से हमेशा)।

Comments

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

— डैन पिचेलमैन

आपको शायद अपनी टीम के साथियों के साथ अधिक संवाद करना चाहिए? आमतौर पर हम एक ही प्रोजेक्ट पर अपने सहयोगियों से कहते हैं "मैंने वह काम किया, जो अब करने जा रहा है"

— NeeL

Answer 1

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

दूसरी ओर, यदि वे हर समय होते हैं , तो आप केवल परीक्षकों के प्रयास की नकल कर रहे हैं, और आप अपने परीक्षण संसाधनों को कैसे आवंटित करते हैं, इसका पुनर्मूल्यांकन करना चाहते हैं।

Answer 2

एक टिकट के तहत कोड परिवर्तन सबमिट करें, फिर एक नोट के साथ दूसरे टिकट को हल करें जो कहता है "यह एक डुप्लिकेट है, कोड बग # xxx के तहत है"।

यह हमेशा होता है।

Answer 3

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

Comments

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

— साइमन रिक्टर

Answer 4

सकारात्मक पक्ष को भी देखें: यदि एक ही बग दो बार स्वतंत्र रूप से पाया गया था, तो इसे पुन: पेश करना आसान होना चाहिए। डेवलपर्स और ग्राहकों द्वारा दोनों :-( इसलिए इसे ठीक करने के लिए उच्च प्राथमिकता हो सकती है।

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

सबसे खराब स्थिति अगर आप डुप्लिकेट से नहीं बचते हैं, तो जब आप बग को ठीक करते हैं, और तब अगला आदमी एक बग को पुन: उत्पन्न करने के लिए बहुत समय बर्बाद करता है जो कि अप्रासंगिक है क्योंकि यह चला गया है।