उत्पादन समर्थन से बग को ट्रैक करने के लिए TFS का उपयोग करें

Question

मैं अभी एक नई कंपनी में गया हूं और वे अपने संस्करण नियंत्रण प्रणाली के रूप में टीएफएस 2010 (2012 के कुछ महीनों में) का उपयोग कर रहे हैं और हाल ही में इसे डेवलपर्स के लिए कार्य ट्रैकिंग प्रणाली के रूप में उपयोग करना शुरू कर दिया है।

हालाँकि, विकास और परीक्षण से बाहर के लोगों द्वारा उपयोग के लिए एक बग ट्रैकिंग सिस्टम नहीं लगता है। उत्पादन समर्थन को मुद्दों की रिपोर्ट मिल रही है, उन्हें मक्खी पर फिक्स करना और अपने उपयोगकर्ताओं को वापस रिपोर्ट करना। इसे बदलने की जरूरत है, लेकिन मैं वास्तव में बग पर नज़र रखने और देव कार्य पर नज़र रखने के लिए एक प्रसार प्रणाली नहीं रखना चाहता।

क्या कोई ऐसा तरीका है जिससे मैं TFS में बग्स में प्रवेश करने का एक बहुत हल्का वजन तरीका बना सकता हूं जिस तरह से FogBugz करता है? बग रिपोर्ट भरने के लिए TFS में प्रवेश करना बहुत भारी लगता है और आपको इसे एक विशेष एप्लिकेशन के साथ जोड़ना होगा। समर्थन ऐसा करने में सक्षम हो सकता है, लेकिन मैं आइटम को ट्राइएज करने में सक्षम होना चाहता हूं और संभवतः एक एप्लिकेशन के अलावा किसी अन्य चीज के लिए एसोसिएशन को बदल सकता हूं।

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

Comments

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

— 17 की 26

आपने इसे कैसे हल किया? आज एक ही मुद्दा है, एक टिकटिंग सिस्टम की आवश्यकता है, ऑन-प्रिमाइसेस TFS2013 है। मैं जो चाहता हूं वह UserVoice है, लेकिन उस एकीकरण को प्राप्त करने के लिए वीएसओ में ऑन-टीएफएस से दूर जाना होगा।

— EJA

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

— रिचर्ड हूपर

Answer 1

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

TFS के पास संसाधन क्षमता योजना भी है, और यदि आप अपनी योजना में उत्पादन दोष नहीं दिखा रहे हैं (और वे आपके समय का एक महत्वपूर्ण हिस्सा लेते हैं), तो आप वास्तव में अपनी क्षमता की योजना नहीं बना रहे हैं। मैं वास्तव में कहूंगा कि यह उन टीमों के लिए एक आदर्श समाधान है जहां डेवलपर्स टीएफएस और समर्थन उत्पादन (जैसे DevOps) का उपयोग करते हैं।

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

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

यहाँ कदम हैं:

TFS पावर उपकरण स्थापित करें

सर्वर से कार्य आइटम टेम्पलेट खोलें

अनुशासन क्षेत्र संपादित करें

अनुशासन क्षेत्र दोष से संबंधित कार्य का "प्रकार" है। मानक मान हैं:

• विश्लेषण
• प्रयोगकर्ता का अनुभव
• उपयोगकर्ता शिक्षा
• विकास
• परीक्षा

हम जो करने जा रहे हैं, वह उस सूची में "उत्पादन" जोड़ रहा है। सबसे पहले, अनुशासन क्षेत्र को संपादित करें:

फिर, नियम टैब पर क्लिक करें और ALLOWEDVALUES नियम संपादित करें:

फिर, "नया" पर क्लिक करें, और मूल्यों में से एक के रूप में "प्रोडक्शन" में जोड़ें।

फ़ील्ड सूची में वापस आने तक "ओके" को बार-बार क्लिक करें।

कार्य आइटम टेम्पलेट सहेजें

ठीक है, अब आप कर रहे हैं। आप नए कीड़े बना सकते हैं और उत्पादन के रूप में उनके प्रकार का संकेत कर सकते हैं। मैं प्रोडक्शन दोषों को देखते हुए कुछ वर्क आइटम क्वैरी भी बनाऊंगा, और उन्हें आपके पिन किए गए आइटम में जोड़ दूंगा। अंत में, मौजूदा बग प्रश्नों को देखें, और हो सकता है कि उनका क्रम बदल दें ताकि "प्रोडक्शन" बग पहले आए (यदि यह संभव है)।

Comments

महान, आपने TFS को "उत्पादन कीड़े" देखने की अनुमति देने के लिए अनुकूलित किया है ... उत्पादन टीम (जो देव टीम का हिस्सा नहीं है और वीएस नहीं है) उन्हें दर्ज करने और प्रबंधित करने के लिए कैसे मिलता है?

— gbjbaanb

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

— सीन हेडमैन

Answer 2

नहीं, यह सही है - Microsoft का प्रमुख ALM विजुअल स्टूडियो और देव टीमों के बाहर वास्तव में उपयोगी नहीं है।

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

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

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

Comments

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

— १ 26 २६

@ 17of26 मुझे पता है - आपके द्वारा उपयोग किए जाने वाले फ़ील्ड पूरी तरह से अनुकूलन योग्य हैं, लेकिन तब एक्सेल है यदि आपने इसे बगट्रैकर के रूप में उपयोग किया है। ओपी समस्या यह थी कि टेम्प्लेट आपको केवल उन कार्य प्रकारों को देता है - और आप अलग-अलग नहीं हो सकते हैं (जैसे एक सुविधा अनुरोध, या बाहरी बग), आपको मौजूदा में से एक को अनुकूलित (या कॉपी) करना होगा और उसका उपयोग करना होगा - जो बदले में आप इसे अपने वर्कफ़्लोज़ में फिट करने के लिए एक बड़ी मात्रा में कॉन्फ़िगरेशन को जन्म देते हैं। तो आपके पास कई बग ट्रैकर्स कैसे हैं?

— gbjbaanb

मैंने सोचा था कि ओपी कई बग ट्रैकर्स नहीं चाहता था और यह पता लगाने की कोशिश कर रहा था कि गैर-देवता टीएफएस कार्य आइटम ट्रैकिंग के साथ कैसे बातचीत कर सकते हैं जो डेवलपर्स पहले से ही उपयोग कर रहे थे (जो मेरे लिए है कि आप चीजों को कैसे करना चाहते हैं) ।

— 17 की 26

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

— gbjbaanb

आप जितने चाहें उतने कस्टम कार्य आइटम प्रकार जोड़ सकते हैं।

— श्रीहंस - मार्टिन हिंसेलवुड

Answer 3

गैर डेवलपर उपयोगकर्ता टीम प्रोजेक्ट पोर्टल पर जाने के लिए वेब ब्राउज़र का उपयोग करके टीएफएस कार्य आइटम ट्रैकिंग सिस्टम तक पहुंच सकते हैं। URL को खोजने के लिए, Visual Studio में टीम-> प्रोजेक्ट पोर्टल पर जाएँ। वहां से, अनुमतियों वाला कोई भी व्यक्ति कार्य आइटमों को ब्राउज़, बना या संशोधित कर सकता है। वे चीजों की स्थिति को देखने के लिए सभी प्रकार की रिपोर्ट भी उत्पन्न कर सकते हैं।

उपलब्ध कार्य आइटम के प्रकार और कार्य आइटम में फ़ील्ड भिन्न होती हैं, यह इस बात पर निर्भर करता है कि TFS कैसे कॉन्फ़िगर किया गया है (मुख्य रूप से किस प्रक्रिया टेम्पलेट को चुना गया था)।

बग दर्ज करने के लिए आवश्यक जानकारी इस बात पर भी निर्भर करती है कि आपने TFS को कैसे कॉन्फ़िगर किया है। हमारे मामले में, हमें एक शीर्षक की आवश्यकता होती है, पुन: पेश करने के लिए कदम, और जो निर्माण में पाया गया था। टीएफएस कार्य आइटम ट्रैकिंग सिस्टम बहुत शक्तिशाली और लचीला है। यह उतना ही जटिल या सरल हो सकता है जितना आप इसे चाहते हैं - यह सब नीचे आता है कि आपने इसे कैसे स्थापित किया है।

Answer 4

यह Microsoft ब्लॉग पोस्ट TFS में नियोजित सुधारों का वर्णन करता है, जिन्हें कम-ओवरहेड का समर्थन करने में मदद करनी चाहिए:

• नया कार्य आइटम फ़ॉर्म जो आंखों पर आसान है और इसमें फ़ेसबुक और ट्विटर के समान चर्चा और उल्लेख विकल्प शामिल हैं।
• कस्टम फील्ड्स
• बेहतर कानबन समर्थन, जैसे कार्य आइटम पर त्वरित कार्य जोड़ना।
• साथ ही डैशबोर्ड और मेट्रिक्स का भी उल्लेख करता है।