एक बग खोला गया, ठीक किया गया, सत्यापित किया गया और बंद कर दिया गया। एक महीने बाद, यह बिना किसी प्रतिगमन के कई पुनरावृत्तियों के बाद बाद के संस्करण में दिखाई दिया।
बग विशेषताओं ही कर रहे हैं, तो आप चाहते हैं प्रदान की फिर से खोलना मौजूदा बग आईडी या एक खोलने नए बंद बग के लिंक के साथ एक?
जवाबों:
लक्षण समान कारण नहीं हैं। नया बग एक अलग अंतर्निहित कारण हो सकता है, भले ही यह समान प्रतीत हो। इसलिए, एक नया बग खोलें और इसे डेवलपर की मदद करने के लिए पुराने से इंगित करें।
यदि इसे सत्यापित और बंद कर दिया गया था, और थोड़ी देर के लिए काम किया, और फिर कुछ बदलने के बाद फिर से दिखाई दिया, तो यह वही बग नहीं है। यह वैसे ही प्रकट हो सकता है जैसा कि पुराने बग ने किया था, लेकिन इसका कारण अलग हो सकता है। तो यह एक ही बग नहीं है। तो मैं एक नया खोलूँगा, बंद बग के लिंक के साथ।
एक नया बग खोलें, हमेशा। क्यों? मान लीजिए कि यह पिछली बग के समान है, और आपने पिछले बग के लिए फिक्स जारी कर दिया है। आपके जारी किए गए नोट्स का दस्तावेज़ होगा कि "बग XXX ठीक करें।" समस्या पर नज़र रखने और रिलीज़ नोट्स को स्पष्ट करने के दृष्टिकोण से, "बग फिक्स और प्रभाव (बग XXX के समान और समान था)" को ठीक करने के बजाय "फिक्स बग" कहना नई बग को संदर्भित करना बेहतर है। XXX (फिर से) "या ऐसा ही कुछ।
सामान्यतया, एक नया बग खोलें।
हालाँकि, यदि आपको पहले कुछ जाँच करने की अनुमति है, तो मैं आपके इतिहास को स्रोत कोड में जाँचूँगा ।
यदि आप एक टीम के वातावरण में काम करते हैं, तो किसी के पास अपने सिस्टम पर पुराना कोड हो सकता है (यानी, मूल निर्धारण की जाँच के बाद, उन्होंने नवीनतम नहीं किया), परिवर्तन किए, और फिर एक अंतर किए बिना जाँच की। बुरा अभ्यास, निश्चित, लेकिन ऐसा होता है "हर समय।"
फ़ाइल के इतिहास को देखते हुए, जहां बग को ठीक किया गया था, संभावना के रूप में जल्दी से पुष्टि करेगा या समाप्त करेगा।
all the time, तो यह एससीएम नहीं है जो टूट गया है, यह आपकी विकास टीम है ...
मैं एक नया बग खोलने के पिछले पोस्टर के सुझाव से सहमत हूं क्योंकि यह एक ही मूल कारण नहीं हो सकता है।
मेरी आगे की अनुशंसा यह सुनिश्चित करने के लिए होगी कि आप हमेशा इकाई और एकीकरण परीक्षण जोड़ रहे हैं जो बग को कवर करते हैं ताकि भविष्य के संस्करणों में आप अपने ग्राहकों को बाहर जाने से पहले समस्या को तुरंत पकड़ लें। एक क्लाइंट के लिए कुछ भी बुरा नहीं लगता है, फिर उसी बग को वापस आते हुए देखना।
सबसे अच्छा सादृश्य नहीं - सिर्फ इसलिए कि दो लोगों के लक्षण समान हैं, इसका मतलब यह नहीं है कि रोग / बीमारी का कारण एक ही है।
विकिपीडिया से:
एक सॉफ्टवेयर बग एक कंप्यूटर प्रोग्राम या सिस्टम में एक त्रुटि, दोष, विफलता या गलती है जो इसे गलत या अप्रत्याशित परिणाम उत्पन्न करने या अनपेक्षित तरीकों से व्यवहार करने का कारण बनता है। अधिकांश कीड़े से उत्पन्न .....
एक बग कोड में एक दोष है और इसके लक्षण / प्रभाव हैं। बग कोई लक्षण नहीं है। एक बग कोड में त्रुटि है। सिर्फ इसलिए कि लक्षण समान हैं, जरूरी नहीं कि यह वही लक्षण लक्षणों का कारण हो।
मेरी समझ यह है कि आपको बग को फिर से खोलना चाहिए, जब आप यह सुनिश्चित कर लें कि कोड के एक ही टुकड़े के कारण एक बग उत्पन्न हो। यह तब हो सकता है जब कोड सभी परीक्षण परिदृश्यों / परीक्षण मामलों में सही ढंग से व्यवहार करता है, लेकिन एक नए परीक्षण मामले या परीक्षण मामले में नहीं है जो आपने पहले नहीं सोचा था। इस तरह का परिदृश्य आम नहीं हो सकता है।
अन्य परिदृश्य यह है कि समान लक्षण नए दोषों के कारण होते हैं अर्थात समान कोड के अन्य भागों में नए कीड़े या अन्य प्रणालियों में भी जो इस कोड को प्रभावित करते हैं।
तो, सबसे सुरक्षित शर्त एक नया बग खोलना है जब समान लक्षण होते हैं। यदि आप देखते हैं कि वही पुराना कोड बग के लिए जिम्मेदार है, तो नए बग को बंद करें और पुराने बग को फिर से खोलें। यदि नहीं, तो नई बग को रहने दें और इसे पुराने से लिंक करें।