jira bug tracking tool tutorial
JIRA बग ट्रैकिंग: JIRA में दोषपूर्ण जीवन चक्र
जीरा डाउनलोड और स्थापना हमारे पिछले ट्यूटोरियल में विस्तार से बताया गया था। टेस्ट टीम हमेशा दोष प्रबंधन के लिए JIRA लेने के बारे में आशंकित रहती है।
संदेह को वारंट किया जाता है। यह इस तथ्य से उपजा है कि, हालांकि JIRA बग ट्रैकिंग टूल आईटी व्यवसायों के लिए लागू है, यह एक सामान्य टिकटिंग प्रणाली है।
यहां तक कि आईटी परियोजनाओं के लिए, विकास टीमों के साथ JIRA की लोकप्रियता परीक्षकों और QA टीमों को असहज बनाती है। आराम या असुविधा के बावजूद, टेस्ट टीमों के पास ज्यादातर कंपनियों में JIRA बग ट्रैकिंग टूल का उपयोग करने के अलावा कोई विकल्प नहीं है। हमारी JIRA प्रशिक्षण पर पूरा गाइड आपको टूल का एक उत्कृष्ट ज्ञान देगा।
=> संपूर्ण JIRA ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
क्यों? सरल तर्क- कंपनियां कई टूल में निवेश नहीं करना चाहती हैं। यह सिर्फ आपके उपकरण के उपयोग को अधिकतम करने के लिए अच्छी व्यावसायिक समझ रखता है और बहुत सारे लाइसेंस खरीदने के साथ पागल नहीं होता है।
तो, अगर एक विकास टीम का उपयोग कर रहा है एटलसियन JIRA बग ट्रैकिंग टूल इसकी आवश्यकताओं, संवर्द्धन, कार्यों या उपयोगकर्ता कहानियों को ट्रैक करने के लिए, फिर परीक्षण टीम, सबसे अधिक संभवतया, इसे बग ट्रैकिंग के लिए उपयोग करना है।
लेकिन, आराम करें । JIRA का दोष प्रबंधन किसी भी अन्य उपकरण की तरह ही अच्छा है । वास्तव में, कुछ स्थितियों में, यह बेहतर भी हो सकता है।
यह वह ट्यूटोरियल है जो स्क्रीनशॉट और सब कुछ के माध्यम से आपको दिखाता है, बग ट्रैकिंग के लिए JIRA की प्रयोज्यता।
आप क्या सीखेंगे:
- JIRA बग ट्रैकिंग टूल की सर्वश्रेष्ठ विशेषताएं
- # 1) JIRA इसके अंदर के सभी काम को एक इश्यू के रूप में मानता है
- # 2) दोषपूर्ण रिपोर्टिंग को हर मुद्दे के लिए दर्ज की गई निम्न जानकारी की आवश्यकता है:
- # 3) दोषपूर्ण जीवन चक्र:
- # 4) देव टीम के साथ टिप्पणियाँ और सहयोग
- # 5) विकृति को सक्षम करने के लिए दोष को एक आवश्यकता से जोड़ना
- # 6) दोष CSV फ़ाइल से आयात किया जा सकता है
- # 7) दोषों को वर्ड, एक्सएमएल और प्रिंट करने योग्य प्रारूपों में निर्यात किया जा सकता है
- # 8) व्यापक मुद्दे की रिपोर्ट:
- परीक्षण के लिए JIRA की प्रयोज्यता - एक वैकल्पिक दुविधा
- जीरा इश्यू और विभिन्न फील्ड्स बनाना
- कैसे JIRA में संभाला मुद्दे हैं
JIRA बग ट्रैकिंग टूल की सर्वश्रेष्ठ विशेषताएं
ये रहा।
# 1) JIRA इसके अंदर के सभी काम को एक इश्यू के रूप में मानता है
तो, JIRA में एक दोष बनाने के लिए प्रकार का एक मुद्दा बनाना होगा ' बग ”।
# 2) दोषपूर्ण रिपोर्टिंग को हर मुद्दे के लिए दर्ज की गई निम्न जानकारी की आवश्यकता है:
- दोष आईडी
- दोष शीर्षक
- दोषपूर्ण विवरण (पुन: पेश करने के लिए कदम)
- पर्यावरण की जानकारी
- स्क्रीनशॉट (अटैचमेंट)
- तीव्रता
- इसे किसी को सौंप दें
- स्थिति- बग जीवन चक्र में सभी स्थितियां
प्रभावी रूप से एक दोष बनाने में सक्षम होने के लिए सभी विकल्प उपलब्ध हैं।
कृपया ध्यान दें कि नीचे लाल रंग में हाइलाइट किए गए फ़ील्ड:
जिन दो क्षेत्रों को आप यहाँ नहीं देख रहे हैं वे हैं:
- दोष आईडी
- स्थिति
ये दोनों क्षेत्र JIRA द्वारा स्वतः निर्मित हैं। सभी मुद्दों पर JIRA द्वारा उन्हें सौंपी गई एक विशिष्ट आईडी होगी। बग बनाने पर डिफ़ॉल्ट रूप से JIRA में सभी मुद्दों की स्थिति 'टू-डू' या 'नया' है।
इसलिए, दोष रिपोर्टिंग के लिए सभी सामान्य सुविधाएं JIRA में भी उपलब्ध हैं। वास्तव में, अधिक विकल्प जैसे लेबल, दोषों को जोड़ना, अनुमान लगाने के प्रयासों का उपयोग किया जा सकता है।
# 3) दोषपूर्ण जीवन चक्र:
सभी बग जीवन चक्र स्थिति के रूप में बगजिला (या कोई अन्य लोकप्रिय बग ट्रैकर ) यहाँ भी पूरा किया जा सकता है:
इसके लिए आपके JIRA एडमिन द्वारा कस्टमाइज़ करने की थोड़ी जरूरत होगी, लेकिन यह करना आसान है। उन लोगों के लिए, जो अनुकूलन के साथ परेशान नहीं करना चाहते हैं, आप डिफ़ॉल्ट रूप से भी गलत नहीं हो सकते।
डिफ़ॉल्ट गेटवे उपलब्ध नहीं है विंडोज़ 10 वाईफाई
# 4) देव टीम के साथ टिप्पणियाँ और सहयोग
हर मुद्दे, इसके अपडेट, लोगों को असाइनमेंट, देव टीम से प्राप्त टिप्पणियां - सब कुछ गतिविधि लॉग के तहत JIRA में ट्रैक किया गया है।
यह विकास टीमों के साथ बेहतर दृश्यता और सहयोग के लिए अनुमति देता है:
# 5) विकृति को सक्षम करने के लिए दोष को एक आवश्यकता से जोड़ना
JIRA समस्या क्षेत्रों में लिंक विकल्प आपको किसी विशेष मुद्दे को दूसरे से लिंक करने देता है। मान लें कि यदि दोष 2 दोष 1 का एक डुप्लिकेट है, तो आप उस संबंध को स्थापित कर सकते हैं।
इसी प्रकार, यदि कोई दोष किसी आवश्यकता को रोक रहा है या आवश्यकता से संबंधित है - तो आप इस पहलू को JIRA में देख सकते हैं।
परिणामस्वरूप लिंक नीचे दिए गए विवरण विवरण पृष्ठ में दिखाई देंगे:
संबंध प्रकार आत्म-व्याख्यात्मक और उपयोग के हैं सरल-सामान्य-रोजमर्रा की भाषा शब्द (जैसे से संबंधित, के कारण, आदि) यह किसी भी JIRA उपयोगकर्ता के लिए इस अधिकार का उपयोग करने के लिए सुपर आसान और सहज बनाता है।
# 6) दोष CSV फ़ाइल से आयात किया जा सकता है
यह एक ही बार में JIRA में मुद्दों के थोक निर्माण में सहायता करता है। साथ ही, यदि आपकी टीम नई है और आप उन्हें सीधे टूल में समस्याएँ पैदा नहीं करना चाहते हैं, तो आप उन्हें एक्सेल शीट में दोषों की रिपोर्ट कर सकते हैं। एक बार जब वे समीक्षा की जाती हैं और वैध के रूप में पुष्टि की जाती हैं, तो वे इस कार्यक्षमता का उपयोग करके उपकरण में एक बार में सभी आयात किए जा सकते हैं।
जिस भी तरीके से आप इसका इस्तेमाल करते हैं, यह एक बड़ा प्लस है।
# 7) दोषों को वर्ड, एक्सएमएल और प्रिंट करने योग्य प्रारूपों में निर्यात किया जा सकता है
यह आपके दोष डेटा के बेहतर पोर्टेबिलिटी का समर्थन करता है, विशेष रूप से उपयोगी यदि आप अपने दोष डेटा को उन लोगों के साथ साझा करना चाहते हैं जो गैर-जिरा उपयोगकर्ता हैं।
# 8) व्यापक मुद्दे की रिपोर्ट:
इसके अलावा, अगर आपको रिपोर्ट्स की जरूरत है तो “ प्रोजेक्ट - रिपोर्ट नीचे दिए गए सभी प्रकार की रिपोर्ट तैयार करें:
अगर हमें एक शब्द में JIRA के एनालिटिक्स की समीक्षा करनी है, तो यह शानदार है।
JIRA के उन्नत / पावर उपयोगकर्ता गहरी अंतर्दृष्टि उत्पन्न करने के लिए उन्नत खोज फ़िल्टर भी बना सकते हैं।
उदाहरण के लिए, यदि आप कई परियोजनाओं (BM और AB) में आपके द्वारा दिए गए सभी दोषों को देखना चाहते हैं, तो आप नीचे दिए गए JQL क्वेरी का उपयोग कर सकते हैं:
तो सभी में, JIRA में बग ट्रैकिंग / दोष प्रबंधन बहुत समान है यदि समर्पित बग ट्रैकर्स से बेहतर नहीं है। अगली बार जब आपको इस पर काम करना होगा, तो चिंता न करें। आप अच्छे हाथों में हैं।
परीक्षण के लिए JIRA की प्रयोज्यता - एक वैकल्पिक दुविधा
हालांकि यह सिक्के का एक पक्ष है, निश्चित रूप से एक और आयाम है कि लोग JIRA से QA या परीक्षण की प्रयोज्यता को कैसे देखते हैं।
जब आप QAs के एक समूह से पूछते हैं, 'JIRA क्या है?' - कई लोग जवाब देंगे कि JIRA एक दोषपूर्ण ट्रैकिंग टूल है। माइंड यू, मैंने कई वरिष्ठ क्यूए पेशेवरों से यह सुना है। यह इस तथ्य से हो सकता है कि, दोष प्रबंधन / ट्रैकिंग वे सभी हैं जिनके लिए उन्होंने JIRA का उपयोग किया होगा।
लेकिन, इसके अलावा भी बहुत कुछ है। जब सही इस्तेमाल किया जाता है, तो अपनी चुस्त क्षमताओं के साथ कोर JIRA उच्च-स्तरीय परियोजना प्रबंधन के लिए आपकी वन-स्टॉप-शॉप हो सकती है।
यह वास्तव में SCRUM & KANBAN बोर्डों के माध्यम से ट्रैकिंग और प्रगति, बग ट्रैकिंग, आकलन, स्प्रिंट ट्रैकिंग की आवश्यकता, रिपोर्टिंग और सहयोग का समर्थन कर सकता है।
आप एक चीज़ के लिए एक टूल का उपयोग कर रहे होंगे, लेकिन अगली बार उस टूल के बारे में और उसके बारे में कुछ चीज़ें जानने और जानने की कोशिश करेंगे जो आपको बेहतर तरीके से समझने और उपयोग करने में मदद करेंगे।
तो, अगले कदम के रूप में, आप JIRA की कुछ अन्य शांत विशेषताओं का पता लगा सकते हैं (जो सीधे बग ट्रैकिंग से संबंधित नहीं हो सकती हैं) जो इसे आपकी पसंद का विकल्प बना सकती हैं।
- अनुकूलन डैशबोर्ड
- टेस्ट प्रबंधन ऐड-ऑन
- किसी मुद्दे पर वोट देना और देखना
- समय का देखभाल
- फुर्तीली परियोजना और स्क्रैम बोर्ड
- संघर्ष / प्रलेखन समर्थन एकीकरण, आदि।
जीरा इश्यू और विभिन्न फील्ड्स बनाना
जीरा मुद्दे: विभिन्न प्रकार के जीरा मुद्दे
जीरा आपको मुद्दों को बनाने / लॉग करने के लिए बहुत सरल तरीके देता है।
यह न केवल हमें बग दर्ज करने की अनुमति देता है बल्कि हमें अन्य प्रकार के or टिकट ’या to अनुरोधों’ में भी सक्षम बनाता है। यह एक सामान्य अनुरोध प्रबंधन अनुप्रयोग है।
यह ट्यूटोरियल जीरा में समस्या के प्रकारों के बारे में और अधिक व्याख्या करेगा, एक मुद्दा बनाएगा, explain क्रिएट इश्यू पेज ’पर अलग-अलग फील्ड्स और आपकी आसान समझ के लिए चित्रात्मक प्रतिनिधित्व के साथ सरल शब्दों में उनका विवरण।
जीरा मुद्दे
विभिन्न संगठनों के पास उनकी उपयुक्तता / आवश्यकताओं के आधार पर विभिन्न प्रकार के मुद्दे हो सकते हैं। एक जीरा प्रशासक इस क्षेत्र को कुशलता से अनुकूलित कर सकता है।
मुद्दे विभिन्न प्रकार के हो सकते हैं और नीचे दिए गए मुद्दे प्रकारों का विवरण / अर्थ हैं:
- बग: यह कोई भी दोष या विचलन है जो अनुप्रयोग में पाया जाता है।
- एन्हांसमेंट अनुरोध: इसे एक परिवर्तन अनुरोध (CR) के रूप में भी जाना जाता है। इस प्रकार का उपयोग मौजूदा कार्यक्षमता में किसी भी परिवर्तन या पूरी तरह से एक नई कार्यक्षमता को चित्रित करने के लिए किया जाता है।
- कार्य: यह एक कॉन्फ़िगरेशन या विश्लेषण समस्या है। उदाहरण के लिए उचित विन्यास स्थापित करना एक कार्य हो सकता है।
- सवाल: आवेदन में कुछ कार्यक्षमता का उपयोग करने के तरीके के बारे में सवाल पूछने के रूप में मुद्दा उतना ही सरल हो सकता है। इस प्रकार का उपयोग अक्सर अंतिम ग्राहकों द्वारा किया जाता है।
- महाकाव्य: यह आमतौर पर एक बड़ा मुद्दा है जिसे आदर्श रूप से कई छोटे मुद्दों में तोड़ दिया जाता है। चुस्त वातावरण में मुख्य महाकाव्य मुद्दे को पूरा करने के लिए कई स्प्रिंट ले सकते हैं।
- वित्तीय वस्तु: अक्सर परियोजना / उत्पाद प्रबंधन अपने वित्त को ट्रैक करने के लिए इस प्रकार के मुद्दे का उपयोग करता है।
- कहानी: किसी विशेषता के बारे में संपूर्ण उपयोगकर्ता कहानी एक प्रकार का मुद्दा हो सकती है।
- परीक्षण मामला : मुद्दा परीक्षण का मामला हो सकता है। जीरा जैसे प्लग-इन के साथ एकीकृत होने के बाद इस तरह का मुद्दा उपलब्ध होगा।
एक मुद्दा बनाना
यह मानते हुए कि उपयोगकर्ता ने जीरा और वांछित परियोजना में प्रवेश किया है।
चरण 1:
। + ’(’ Create ’) टूलबार बटन पर क्लिक करें।
यह एक स्क्रीन / पृष्ठ प्रदर्शित करेगा जैसा कि नीचे की छवि में दिखाया गया है:
इस पृष्ठ पर, प्रोजेक्ट और समस्या / अनुरोध प्रकार का चयन करें और फिर, अगला ’बटन पर क्लिक करें।
यह निम्नलिखित छवियों में प्रदर्शित ‘क्रिएट इश्यू’ पेज को खोलेगा:
चरण 2:
’क्रिएट इश्यू’ पेज पर अनिवार्य विवरण और अन्य डेटा दर्ज करें।
चरण 3:
On क्रिएट ’बटन पर क्लिक करें। यह एक यूनीक इश्यू आईडी जनरेट करेगा। आईडी में अंकीय अंकों के साथ प्रोजेक्ट पहचानकर्ता सम्मिलित होगा।
ऊपर दिए गए उदाहरण में, चुना गया प्रोजेक्ट above TestProject ’है, इसलिए आईडी Example TESTPROJ1234’ जैसी हो सकती है।
- एक बार जब समस्या बन जाती है, तो उसके बाद अंक आईडी का उपयोग करके इसे खोजा जा सकता है।
'समस्या जारी करें' पृष्ठ पर फ़ील्ड्स का विवरण
(बेहतर पठनीयता के लिए समस्या पृष्ठ बनाएँ चित्र 3 भागों में विभाजित हैं)।
ध्यान दें :जीरा व्यवस्थापक और / या डेवलपर संगठन की जरूरतों के आधार पर कस्टम फ़ील्ड जोड़ / हटा सकते हैं।
# 1) सारांश :
इसे अधिक बार मुद्दे का शीर्षक भी कहा जाता है और यह जीरा मुद्दे का बहुत महत्वपूर्ण क्षेत्र है।
शीर्षक जितना संभव हो उतना अनूठा और सटीक होना चाहिए ताकि शीर्षक को देखकर ही मुद्दे को समझा जा सके। यह बग रिव्यू बोर्ड और / या प्रोडक्ट ओनर्स को इसमें गहराई से देखे बिना समस्या को प्राथमिकता देने और असाइन करने में मदद करता है।
# 2) घटक / एस :
एप्लिकेशन के मॉड्यूल या क्षेत्र का नाम (नाम) जहां ’बग’ के प्रकार के मामले में दोष का पता चला है।
यह वह क्षेत्र हो सकता है जहां सीआर के मामले में परिवर्तन आवश्यक हैं। यह आमतौर पर एक ड्रॉप-डाउन होता है जिसमें विभिन्न मॉड्यूल / घटक होते हैं जो अनुप्रयोग में मौजूद होते हैं। प्रोजेक्ट व्यक्ति को इसे व्यवस्थापक से प्राप्त करना होगा।
# 3) विवरण :
सामान्यतया समस्या को पुन: उत्पन्न करने के लिए चरण होना चाहिए, यदि समस्या प्रकार बग है।
एन्हांसमेंट अनुरोध के मामले में, यह नई आवश्यकता के बारे में विस्तार से होना चाहिए जिसे आमतौर पर चुस्त शब्दावली में एक कहानी के रूप में कहा जाता है। आदर्श रूप से, इस क्षेत्र को समस्या वर्कफ़्लो के दौरान नियमित रूप से अपडेट किया जाना चाहिए।
# 4) संस्करणों को ठीक करें :
उस संस्करण का नाम जिसमें समस्या / वृद्धि अनुरोध दिया जाएगा। यह मान आम तौर पर उत्पाद स्वामी द्वारा चुस्त-दुरुस्त वातावरण में स्क्रैम मास्टर के साथ समन्वय में भरा जाता है।
# 5) प्राथमिकता :
यह फ़ील्ड समस्या की आलोचनात्मकता को इंगित करती है।
यह एक शो स्टॉपर हो सकता है, जिसका अर्थ है कि परीक्षण परीक्षण एक परीक्षण चरण में आगे नहीं बढ़ सकता है। किसी एप्लिकेशन का क्रैश एक आदर्श है उदाहरण 'शो स्टॉपर' (महत्वपूर्ण) समस्या
बग रिव्यू बोर्ड और उत्पाद मालिकों को मुद्दे की प्राथमिकता को बदलने का हर अधिकार है। यह फ़ील्ड ड्रॉप-डाउन सूची है जिसमें like लो ’, (मीडियम’ (’मेजर’), ‘क्रिटिकल’, ial ट्रिवियल ’आदि जैसे मान हैं।
# 6) लेबल :
यह फ़ील्ड उन ग्रंथों के साथ दर्ज की गई है जो मुद्दों को वर्गीकृत करने में मदद करेंगे।
# 7) पर्यावरण :
यह एक वैकल्पिक क्षेत्र है और परीक्षण वातावरण यहां निर्दिष्ट है।
# 8) आसक्ति :
इस मुद्दे के लिए छवियों का समर्थन किया जा रहा है। उपयोगकर्ता बस छवियों को खींच या छोड़ सकता है या कॉपी और पेस्ट कर सकता है।
# 9) संस्करण / एस को प्रभावित करता है :
'बग' प्रकार के मुद्दे के लिए, उत्पाद संस्करण यहां दर्ज किया जाना चाहिए।
उदाहरण के लिए 5.6, 5.7 आदि।
# 10) जुड़े मुद्दे :
डेस्कटॉप समर्थन इंजीनियर साक्षात्कार सवाल और जवाब
अन्य प्रासंगिक मुद्दों को इस ड्रॉप-डाउन से उचित मूल्य चुनकर नए मुद्दे से जोड़ा जा सकता है।
उदाहरण के लिए, यदि समस्या को किसी अन्य समस्या के समाधान द्वारा पेश किया जाता है, तो ड्रॉप-डाउन से चुने जाने वाले मूल्य को 'द्वारा प्रस्तुत किया जा सकता है'। यह क्षेत्र अत्यंत महत्वपूर्ण हो जाता है यदि कुछ दोष या वृद्धि से एक नया दोष उत्पन्न होता है।
=> मुद्दा : Selecting लिंक्ड मुद्दों ’में एक उचित मूल्य का चयन करने के बाद, प्रासंगिक मुद्दा आईडी का उल्लेख यहां किया गया है।
# 11) असाइनमेंट :
यह उस उपयोगकर्ता का नाम है जो समस्या पर काम कर रहा होगा।
उदाहरण के लिए, बग के मामले में, यह डेवलपर का नाम होगा जो समस्या को ठीक करेगा। यह फ़ील्ड आम तौर पर उत्पाद स्वामी या स्क्रैम मास्टर द्वारा भरी जाती है। फिर से जो समस्या को बताता है वह एक संगठन से दूसरे में भिन्न हो सकता है।
=> ‘मुझे असाइन करें’ (ing एसिग्नि ’फील्ड के दाहिने कोने पर स्थित) पर क्लिक करने से उपयोगकर्ता को लॉग इन करने की समस्या आ जाएगी।
# 12) एपिक लिंक :
महाकाव्य की प्रासंगिक लिंक चुनें।
# 13) स्प्रिंट :
स्प्रिंट का नाम यहां चुना गया है, यह दर्शाता है कि इस मुद्दे पर कब काम किया जाएगा। यह उत्पाद के मालिक द्वारा तय किए गए भविष्य का स्प्रिंट हो सकता है।
# 14) टीम :
चुस्त वातावरण में, अलग-अलग टीमें हो सकती हैं। मुद्दा टीमों में से एक को सौंपा गया है। यह असाइनमेंट आमतौर पर उत्पाद के मालिक या उत्पाद स्वामी के समन्वय में स्कैम मास्टर द्वारा किया जाता है।
# 15) शुरू में अनुमान :
यह फ़ील्ड इंगित करेगी कि समस्या को हल करने के लिए कितने समय के प्रयास की आवश्यकता होगी।
अधिक बार 'गेसटेस्ट' के रूप में कहा जाता है। इसमें आवश्यक परीक्षण प्रयास भी शामिल होंगे। इसका उल्लेख घंटों / दिनों / हफ्तों या कहानी बिंदुओं में किया जा सकता है। स्प्रिंट प्लानिंग के दौरान चुस्त माहौल में, पूरी टीम एक सामान्य अनुमान पर पहुंचती है।
# 16) रिपोर्टर :
यह दायर उपयोगकर्ता द्वारा लॉग किए गए नाम के साथ जीरा द्वारा ऑटो-पॉपुलेटेड है।
ध्यान दें: हमारे पास नीचे के रूप में कुछ अन्य कस्टम फ़ील्ड हो सकते हैं (जो ऊपर की छवियों में नहीं देखे गए हैं):
(i) पर्यावरण प्रकार :
इंगित करता है कि एक दोष एक परीक्षण या उत्पादन वातावरण में पाया जाता है।
यह फ़ील्ड मान संगठन से संगठन में भिन्न हो सकते हैं। यदि जीरा का उपयोग केवल संगठन में आंतरिक रूप से मुद्दों को बनाने के लिए किया जाता है और अंतिम ग्राहकों द्वारा नहीं किया जाता है, तो यह क्षेत्र बिल्कुल भी मौजूद नहीं हो सकता है।
(ii) प्रतिक्रमण :
क्या दोष प्रजनन योग्य है? यह फ़ील्ड बग के अलावा किसी भी प्रकार के मुद्दे के लिए उपलब्ध नहीं होगी।
(iii) ग्राहक :
यह फ़ील्ड उस अंतिम ग्राहक का नाम देती है जिसने समस्या दर्ज की है। कुछ संगठनों में जहां जीरा का उपयोग केवल आंतरिक मुद्दे से निपटने के लिए किया जाता है, यह क्षेत्र मौजूद नहीं हो सकता है।
ध्यान दें: उपर्युक्त सभी फ़ील्ड ’फ़ील्ड के टैब पर’ क्रिएट इश्यू ’पेज पर हैं, जो आमतौर पर डिफ़ॉल्ट टैब है। पृष्ठ को 'प्रलेखन' आदि जैसे अधिक टैब के लिए अनुकूलित किया जा सकता है जिसे हम अपने बाद के ट्यूटोरियल में शामिल करेंगे।
जीरा हमें विभिन्न प्रकार के मुद्दों को आसानी से और कुशलता से प्रबंधित करने का एक प्रभावी तरीका देता है।
आजकल बहुत सारे अनुकूलन संभव हैं, जीरा सबसे लोकप्रिय विकल्प बन गया है।
कैसे JIRA में संभाला मुद्दे हैं
JIRA मुद्दों के साथ कार्य करना - JIRA में दोष कैसे दर्ज करें
चलिए एक मुद्दा बनाते हुए आगे बढ़ते हैं, यह मानते हुए कि लॉग इन किया गया उपयोगकर्ता कोई एडमिन नहीं है और हमारा टेस्ट प्रोजेक्ट घटकों के साथ 'STH के लिए टेस्ट' है - मॉड्यूल 1 और मॉड्यूल 2, संस्करण - संस्करण 1 और संस्करण 2. कुंजी - टीएफएस पहले से ही है बनाया था।
JIRA इश्यू बनाना
मुद्दे JIRA के क्रुक्स का निर्माण करते हैं, इसलिए उन्हें बनाने के लिए मेनू बार पर एक विकल्प सही है:
'समस्या बनाएँ' बटन पर क्लिक करें। वैकल्पिक रूप से, जब आप JIRA पेज पर 'c' टाइप करते हैं, तो निम्नलिखित 'जारी करें' संवाद खुलता है।
इस पृष्ठ के सभी क्षेत्र स्व-व्याख्यात्मक हैं। हम नीचे सबसे महत्वपूर्ण एक पर चर्चा करेंगे।
परियोजना : हर मुद्दा एक परियोजना का है। आप ड्रॉप डाउन पर क्लिक करके और उस परियोजना को चुन सकते हैं जिसे आप चाहते हैं कि यह समस्या संबंधित हो।
विषय वर्ग :यह क्षेत्र उन सभी प्रकार के मुद्दों को प्रदर्शित करता है जिन्हें JIRA के माध्यम से बनाया और ट्रैक किया जा सकता है। इस सूची में निम्नलिखित विकल्प उपलब्ध हैं (यह सूची प्रशासक द्वारा निर्धारित सेटिंग के आधार पर भिन्न हो सकती है):
आइटम बग, नई सुविधा, कार्य, सुधार वही हैं जो उनके नाम का अर्थ है। महाकाव्य और कहानी चुस्त परियोजनाओं के लिए अधिक प्रासंगिक हैं। Agile में एक कहानी एक आवश्यकता है जिसे शुरू से अंत तक ट्रैक करने की आवश्यकता होती है। एक महाकाव्य कहानियों का एक समूह है।
आवश्यकतानुसार समस्या प्रकार चुनें। मैं 'बग' के साथ जाने वाला हूं।
सारांश : अपने बग को यहां एक शीर्षक दें। जब सही उपयोग किया जाता है, तो यह क्षेत्र बहुत सारी महत्वपूर्ण जानकारी संचारित करने में बहुत सफल हो सकता है। यहाँ ध्यान देने योग्य कुछ पहलू:
एक बग / दोष अनिवार्य रूप से कुछ है जो सही नहीं है। बग टाइटल को अप्रोच करने का सही तरीका यह है कि way क्या गलत है ’को स्पष्ट रूप से परिभाषित करें।
एक उदाहरण एक बुरा शीर्षक / सारांश 'स्क्रीन पर सामग्री को साफ़ करने का विकल्प होना चाहिए' है। जब मैं इसे पढ़ता हूं तो मेरी प्रारंभिक प्रतिक्रिया होने वाली है - “ठीक है, होना चाहिए- लेकिन यहाँ क्या समस्या है? क्या विकल्प बिल्कुल मौजूद नहीं है? या विकल्प मौजूद है और सामग्री को साफ़ नहीं कर रहा है? '
यह भी सहमति है, कि जब मैं इस बग को खोलूंगा और इस पर विस्तार से देखूंगा, तो मुझे यकीन है कि मुझे इस सवाल का जवाब मिल जाएगा।
हालांकि, यहां जोर इस 'सारांश' क्षेत्र का सबसे कुशल तरीके से उपयोग करने के लिए है। इसलिए, एक बहुत उपयुक्त सारांश / शीर्षक होगा 'होम लॉगिन पृष्ठ की सामग्री को साफ़ करने का विकल्प जब खेतों में रखा जाता है तो फ़ील्ड को साफ़ नहीं करता है।'
सीमित क्षेत्र में यह क्षेत्र आपके शीर्षक को इस तरह से लिखने का प्रयास करता है जो बिना किसी अस्पष्टता के सटीक मुद्दे को बताता है।
वरीयता : यह फ़ील्ड निम्न में से एक मान ले सकती है।
अपने बग के लिए एक उपयुक्त विकल्प चुनें।
साथ में लगाया हुआ टी : यह सूची परियोजना के घटकों को प्रदर्शित करेगी। उचित रूप से चुनें।
प्रभावित संस्करण और फिक्स संस्करण: ये दो फ़ील्ड प्रोजेक्ट के लिए उपलब्ध संस्करणों को प्रदर्शित करेंगे। यह आवश्यक नहीं है कि एक निश्चित संस्करण में आपके द्वारा सामना किया गया एक निश्चित मुद्दा उसी में तय हो जाए। इस तरह के मामलों में, आप मौजूदा संस्करण के रूप में प्रभावित संस्करण और अगले संस्करण के रूप में फिक्स संस्करण चुन सकते हैं।
साथ ही, ये फ़ील्ड कई मान ले सकते हैं। आप यह निर्धारित करना चुन सकते हैं कि एक निश्चित समस्या नीचे दिए गए संस्करण 1 और संस्करण 2 को प्रभावित करती है:
संपत्ति-भागी : आप उस व्यक्ति का नाम टाइप कर सकते हैं जिसे यह मुद्दा आगे सौंपा जाना चाहिए। आप अपने आप को एक मुद्दा भी सौंप सकते हैं।
विवरण : यह एक वैकल्पिक पाठ क्षेत्र है जो आपको अपने मुद्दे के बारे में जितनी जानकारी देना चाहते हैं उतने में प्रवेश करता है। मामले में ए बग , इस क्षेत्र का उपयोग करने के लिए विशिष्ट है कि दोष को पुन: उत्पन्न करने के चरणों के बारे में विस्तृत जानकारी दी जाए।
सारी जानकारी देना बेहद जरूरी है।
“कहो, दो क्षेत्र हैं - आश्रित व्यक्ति- राज्य और शहर। जब मैं ड्रॉप डाउन से स्टेट चुनता हूं, तो सिटी फील्ड में उसे मेरे द्वारा चुने गए राज्य में संबंधित शहरों को प्रदर्शित करना चाहिए।
अगर मैंने एक बग को उठाया 'मेरे द्वारा चुने गए कुछ राज्यों के लिए शहर खाली हैं'। विवरण इस क्षेत्र को इस दोष के बारे में विस्तार से बताने के लिए मेरे लिए जगह है।
अपर्याप्त विवरण का एक उदाहरण है:
1) साइट दर्ज करें
2) एड्रेस पेज पर क्लिक करें
3) अन्य विवरण जैसे नाम, सड़क का पता आदि दर्ज करें।
4) 'राज्य' ड्रॉप-डाउन पर क्लिक करें। एक राज्य चुनें
5) 'शहर' ड्रॉप-डाउन पर क्लिक करें - शहर के नामों पर ध्यान दें
उपरोक्त विवरण हालांकि सटीक है, यह पूर्ण नहीं है। जब यह इस क्षेत्र की बात आती है, तो बहुत अधिक जानकारी प्रदान करने के पक्ष में है, लेकिन बहुत कम नहीं।
यदि वर्णन में निम्न चरण जोड़े जाते हैं, तो यह होगा अधिक समझ में आता है।
6) राज्य को 'कैलिफ़ोर्निया' के रूप में चुनें और 'सिटी' ड्रॉप डाउन पर क्लिक करें - सभी राज्यों को प्रदर्शित किया जाएगा और उपयोगकर्ता आवश्यकतानुसार शहर का चयन कर सकता है।
7) 'लुइसियाना' के रूप में राज्य चुनें और 'शहर' ड्रॉप डाउन पर क्लिक करें - सूची खाली हो जाएगी।
8) शहर न्यू जर्सी और यूटा भी राज्यों के लिए खाली हैं।
इसलिए, दोहराने के लिए, सटीक कदम, सटीक डेटा और कोई अन्य जानकारी जो आपको लगता है कि इस क्षेत्र को पूरा करने के लिए आवश्यक है, प्रदान करें।
आसक्ति : किसी भी सहायक दस्तावेज को किसी मुद्दे के साथ अपलोड किया जा सकता है।
एक बार सारी जानकारी आपकी संतुष्टि में दर्ज हो जाने के बाद, 'क्रिएट इश्यू' डायलॉग के अंत में 'क्रिएट' बटन पर क्लिक करके समस्या का निर्माण किया जा सकता है।
समस्या बन जाती है और उपयोगकर्ता को समस्या आईडी के साथ एक संदेश दिखाया जाता है:
नोट: इश्यू आईडी पर ध्यान दें; यह परियोजना की 'कुंजी' द्वारा उपसर्ग है। यह JIRA के उन मुद्दों पर नज़र रखने / समूहित करने का तरीका है जो एक निश्चित परियोजना से संबंधित हैं।
उपरोक्त संदेश में दिखाई देने वाले लिंक पर क्लिक करके आप अब बनाए गए मुद्दे को देख सकते हैं।
अतिरिक्त विवरण समस्या पृष्ठ बनाएँ के बारे में
1) 'क्रिएट इश्यू' पेज के ऊपरी-दाएं कोने पर एक कॉन्फ़िगर फ़ील्ड विकल्प मिलेगा।
इस विकल्प का उपयोग उन फ़ील्ड को चुनने / बदलने के लिए किया जा सकता है, जिन्हें आप अपने जारी अंक संवाद में देखना चाहते हैं। एक बार चुनाव करने के बाद, JIRA आपके बाद के मुद्दों के लिए परिवर्तनों को भी याद रखेगा।
2) 'क्रिएट इश्यू' पेज के निचले भाग में, 'एक और क्रिएट' है
जब आप इस विकल्प को चुनते हैं और 'बनाएँ' पर क्लिक करते हैं - एक बार, वर्तमान मुद्दा बनाया जाता है; JIRA रहता है
तैयार किए गए पिछले मुद्दों के अनुसार सारांश ऑटो को छोड़कर प्रोजेक्ट, अंक प्रकार और अन्य क्षेत्रों के साथ 'मुद्दा बनाएं' संवाद खोलें।
इसके साथ, हम विषय 'जेआईआरए में एक मुद्दा बनाना' समाप्त करते हैं।
अगले एटलसियन JIRA ट्यूटोरियल में, हम उप-कार्यों और विशिष्ट क्यूए उद्देश्यों के लिए उनका उपयोग करने के तरीके के बारे में जानेंगे।
=> संपूर्ण JIRA ट्यूटोरियल सीरीज़ के लिए यहां जाएं
आप के लिए खत्म है
अब, यह आप से सुनने का समय है। क्या आपने बग ट्रैकिंग के लिए JIRA का उपयोग करके किसी भी चुनौती का सामना किया है?
क्या आपको लगता है कि प्रतिरोध के लिए कोई वजन है जो टेस्ट टीमों को दोष प्रबंधन के लिए JIRA को अपनाने में है?
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- बैकलॉग बग ट्रैकिंग टूल हैंड्स-ऑन रिव्यू ट्यूटोरियल
- गीताबला जीरा एकीकरण ट्यूटोरियल
- जीरा डाउनलोड और स्थापना जीरा लाइसेंस सेटअप के साथ
- JIRA ट्यूटोरियल: JIRA गाइड का पूरा-पूरा-पूरा हाथ
- JIRA प्रशासन ट्यूटोरियल: JIRA व्यवस्थापक और उपयोगकर्ता प्रबंधन
- JIRA और SVN इंटीग्रेशन ट्यूटोरियल
- शुरुआती के लिए गहराई से ग्रहण ट्यूटोरियल
- JIRA एजाइल ट्यूटोरियल: JIRA का उपयोग कैसे करें फुर्तीली परियोजनाओं के प्रबंधन के लिए