आप प्रोग्रामर और गैर-तकनीकी कर्मचारियों के अनुकूल तरीके से बग ट्रैकिंग कैसे संभाल सकते हैं? [बन्द है]


18

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

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

मैं एक मंच स्थापित करने वाला हूं, यह मुझे एक "बीच में" समाधान की तरह लग रहा है जो बग ट्रैकर और सादे बुलेट सूची के बीच है। कम से कम एक मंच को मॉनिटर करने और किसी सुझाव के बारे में चर्चा को केंद्रीकृत करने की अनुमति देता है।

यदि मेरी चिंता स्पष्ट नहीं है, तो मेरे प्रश्न को संक्षेप में प्रस्तुत किया जा सकता है:

आप गैर-तकनीकी उपयोगकर्ता की ओर बग और सुझाव रिपोर्ट को कैसे संभालते हैं?

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


1
प्रोग्रामर सॉफ्टवेयर के लिए स्पष्ट रूप से नहीं पूछना स्पष्ट रूप से ऑफ- प्रोग्रामर पर विषय है। एसई
vartec

11
@vartec टूल प्रोग्रामर के लिए अभिप्रेत है, लेकिन वास्तविक दुनिया में, प्रोग्रामर अकेले नहीं हैं, एक बुलबुले में आत्म-निहित है। मेरी वास्तविकता गैर प्रोग्रामर के साथ सहयोग करने के लिए, यहां तक ​​कि प्रोग्रामर के लिए इरादा वाले उपकरणों के लिए भी।
FMaz008

2
उपलब्ध विकल्पों के लिए यहां देखें: en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems और खुद के लिए निर्णय लें जो आपकी आवश्यकताओं के अनुरूप होगा। इसके अलावा स्टैकओवरफ्लो का यह ओपनसोर्स कार्यान्वयन है: ra-ajax.org/… जो एक अच्छा विकल्प भी है
yasouser

3
@vartec - यह निश्चित नहीं है कि आपके गले में कैसे चीजें हैं, लेकिन मैंने पाया है कि प्रोग्रामर का सीधे ग्राहकों के साथ संबंध बनाने से कई और समस्याएँ हल हो जाती हैं।
व्याट बार्नेट

3
: आप जानते हैं: पी
मैथ्यू एम।

जवाबों:


12

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

तो अपने असली सवाल का जवाब देने के लिए .... यह वास्तव में हमारे लिए कोई मुद्दा नहीं है कि बग ट्रैकिंग सॉफ़्टवेयर "प्रोग्रामर द्वारा", "प्रोग्रामर के लिए" है क्योंकि केवल "प्रोग्रामर" इसका उपयोग करते हैं। हर कोई इंसान के साथ सीधे तौर पर पेश आता है।

(ध्यान दें, हमारा उत्पाद सिकुड़ा हुआ नहीं है और हमारे सभी उपयोगकर्ता प्रत्यक्ष कर्मचारी हैं या सेवा विभाग के किसी कर्मचारी के साथ काम कर रहे हैं।)


मुझे द्वारपाल का विचार पसंद है। मुझे लगता है कि हम अभी के लिए बहुत छोटे हो सकते हैं, लेकिन यह एक बहुत अच्छा विचार है। (अभी, यह प्रोजेक्ट मैनेजर है जो हमारे अंतिम-उपयोगकर्ताओं के लिए द्वारपाल के रूप में कार्य करता है)
FMaz008

1
द्वारपाल अच्छा समाधान है। लेकिन गेटकीपर उसी बगट्रैकिंग सॉफ्टवेयर का उपयोग करना चाहता है जो उसे / उसे बताई गई हर चीज पर नज़र रखने के लिए उपयोग करता है। हमने विभिन्न "परियोजनाओं" को परिभाषित करके हल किया है: "आइडिया का" जहां कोई भी कुछ दर्ज कर सकता है; "सेवा डेस्क" जहां सभी ग्राहक रिपोर्टें आती हैं; ...; और "सॉफ्टवेयर सूट" जो सूची विकास से काम करता है।
मार्जन वेनमा

6

हम इस तरह की चीज़ के लिए रेडमाइन का उपयोग करते हैं । प्रमुख चाल यह है कि उपयोगकर्ताओं को कभी भी रेडीमाइन नहीं दिखाई देते - वे सिर्फ support@example.com पर ईमेल भेजते हैं। कुछ और उन्नत ट्रिक्स का उपयोग करना - मुख्य रूप से हमारे रेडमाइन खाते को BCCing करना और इस मुद्दे को शामिल करना # - हम अपडेट को रेडमाइन में रख सकते हैं। अधिक उन्नत लोगों के लिए, हम सिर्फ उन्हें सीधे दिए गए रेडमीन का उपयोग करने देते हैं क्योंकि यह मोंटिस की तुलना में काफी अधिक आधुनिक और उपयोगकर्ता के अनुकूल है।


हम, मुझे नहीं पता था कि एक। स्क्रीनशॉट के लिए खोज मुझे लगता है कि GUI रास्ता सरल है। मुझे उस पर एक नज़र डालनी होगी।
FMaz008

2

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


1

मैं दूसरा Redmine, और व्यक्तिगत रूप से बग जिन्न (हाँ, खुश नाम, लेकिन अच्छी तरह से डिजाइन का उपयोग करें, अगर आप एक PHP वातावरण में हैं और / या जो कारण के लिए रूबी नहीं चला सकते हैं) समस्या ट्रैकिंग के लिए जो गैर- के लिए अनुकूल है तकनीक उपयोगकर्ताओं।

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


1

हम "विजुअल स्टूडियो के एप्लीकेशन लाइफसाइकल मैनेजमेंट फीचर्स" का उपयोग करते हैं, जिसे पहले टीम सिस्टम के रूप में जाना जाता था। हमारे लिए एक बड़ा फायदा यह है कि आप एक क्वेरी परिणाम ("सभी आवश्यकताओं की तरह" या "2 या उससे कम वाले सभी बग्स को एक्सपोर्टशीट या प्रोजेक्ट डॉक्यूमेंट में" अगले रिलीज़ में नहीं रहेंगे) निर्यात कर सकते हैं। प्रोजेक्ट मैनेजर, अंतिम उपयोगकर्ता प्रतिनिधि, हितधारक आदि इन फाइलों को संपादित कर सकते हैं - प्राथमिकता को बदलना, विवरणों को अपडेट करना, किसी और को असाइन करना, जो भी हो - और फिर जब फ़ाइल इसे एक मशीन में वापस बनाती है जो टीएफएस से जुड़ी है, तो आप प्रकाशित कर सकते हैं। परिवर्तन भंडार में वापस चले जाते हैं। प्रोग्रामर विजुअल स्टूडियो से सीधे कार्य आइटम के साथ काम करते हैं, लेकिन गैर-प्रोग्रामर कभी भी वी.एस. के पास नहीं जाते हैं। इसके अलावा प्रत्येक TFS परियोजना के लिए एक शेयर पॉइंट साइट है ताकि आप डॉन '

शायद एक विकल्प नहीं है अगर आप वीएस की दुकान नहीं हैं, लेकिन अगर आप हैं तो सोचने लायक नहीं हैं।


हम नहीं कर रहे हैं, लेकिन धन्यवाद, मुझे यकीन है कि यह उस प्रश्न को पढ़ने के लिए अन्य उपयोगी होगा।
FMaz008

0

यदि आप QA / PM स्टाफ से बात कर रहे हैं, तो आपको विभिन्न खुले और बंद स्रोत ट्रैकिंग टूल का मूल्यांकन करने की आवश्यकता है। जिन बिल्ड में बिल्ड सेट करने की क्षमता है, आदि अच्छे हैं, ताकि क्यूए / पीएम लोग किसी विशिष्ट बिल्ड के खिलाफ टिकट लगा सकें और जब आप किसी मुद्दे को ठीक कर लें, तो वे जान सकें कि इसमें परीक्षण करने के लिए कौन सा बिल्ड है।

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

यदि आप अंतिम उपयोगकर्ताओं के बारे में बात कर रहे हैं, तो आपको हेल्प डेस्क सॉफ्टवेयर को देखने की आवश्यकता है और फिर अपने हेल्पडेस्क कर्मियों को बग टूल में आवश्यकतानुसार बढ़ाना चाहिए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.