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