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