HP ALM (गुणवत्ता केंद्र) में दोष प्रबंधन जीवन चक्र

⚡ स्मार्ट सारांश

एचपी एएलएम में दोष प्रबंधन जीवन चक्र परीक्षकों को लॉग करने में सक्षम बनाता है, track, और किसी रिलीज़ में दोषों की रिपोर्ट करें। डिफेक्ट्स मॉड्यूल प्रत्येक दोष को नए से लेकर बंद तक रिकॉर्ड करता है, दोषों को आवश्यकताओं से जोड़ता है, और एक्सेल अपलोड और ईमेल अलर्ट का समर्थन करता है।

  • 🔄 दोष जीवन चक्र: एक डिफेक्ट न्यू, ओपन, रिजेक्टेड, फिक्स्ड, रीओपन और क्लोज्ड स्टेटस से गुजरता है, जिसे टीमें अपनी आवश्यकतानुसार कस्टमाइज़ कर सकती हैं।
  • 🆕 दोष उत्पन्न करें: परीक्षक डिफेक्ट्स टैब से डिफेक्ट्स लॉग करते हैं, गंभीरता निर्धारित करते हैं, फाइलें संलग्न करते हैं और डिफेक्ट आईडी जनरेट करने के लिए सबमिट करते हैं।
  • 🔗 आवश्यकताओं का लिंक: दोषों को आवश्यकताओं से जोड़ने से कवरेज विश्लेषण ग्राफ़ और tracयोग्यता मैट्रिक्स।
  • 📊 बल्क एक्सेल अपलोड: एक्सपोर्ट टू एचपी एएलएम ऐड-इन एक्सेल कॉलम को एएलएम फ़ील्ड से मैप करता है ताकि एक साथ कई दोषों को आयात किया जा सके।
  • 🔍 खोज और अलर्ट: फाइंड डायलॉग बॉक्स फ़ील्ड के आधार पर दोषों का पता लगाता है, और ईमेल सूचनाएं स्थिति में बदलाव होने पर निर्दिष्ट उपयोगकर्ताओं को सचेत करती हैं।

HP ALM में दोष प्रबंधन जीवन चक्र

एचपी एएलएम में डिफेक्ट मैनेजमेंट क्या है?

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

HP ALM में दोष प्रबंधन जीवन चक्र

ALM में डिफ़ॉल्ट दोष जीवन चक्र:

एएलएम में डिफ़ॉल्ट दोष जीवन चक्र

स्थितिव्याख्या
नयाजब कोई डिफेक्ट पोस्ट किया जाता है, तो डिफ़ॉल्ट स्थिति 'नया' होती है।
प्रारंभिकजब डेवलपर्स द्वारा दोष को स्वीकार कर लिया जाता है, तो इसे 'ओपन' स्थिति में ले जाया जाता है।
अस्वीकृतजब डेवलपर्स द्वारा दोष को अस्वीकार कर दिया जाता है, तो इसे 'अस्वीकृत' स्थिति में ले जाया जाता है।
फिक्स्डजब डेवलपर्स द्वारा दोष ठीक कर दिया जाता है, तो उसे 'ठीक किया गया' स्थिति में ले जाया जाता है। परीक्षक सभी दोषों का पता लगाएंगे। परीक्षण जिनकी स्थिति 'निश्चित' है।
फिर से खोलनायदि परीक्षण विफल हो जाता है, तो दोष को 'पुनः खोलें' स्थिति में स्थानांतरित कर दिया जाता है।
बन्द हैयदि परीक्षण सफल हो जाता है, तो दोष को 'बंद' स्थिति में डाल दिया जाता है।

नोट: उपयोगकर्ता नए दोष स्टेटस जोड़कर दोष जीवन चक्र को भी कॉन्फ़िगर कर सकते हैं। नया दोष स्टेटस जोड़ने के बारे में प्रोजेक्ट कस्टमाइज़ेशन अध्याय में विस्तार से बताया जाएगा।

नया दोष कैसे बनाएं

चरण 1) क्वालिटी सेंटर में डिफेक्ट्स टैब पर जाएं और "न्यू डिफेक्ट" बटन पर क्लिक करें।

नया दोष बनाएँ

चरण 2) “नया दोष” डायलॉग बॉक्स खुल जाएगा। कृपया निम्नलिखित अनिवार्य जानकारी भरें।

  • "पता लगाने वाले का नाम" फ़ील्ड में जानकारी दर्ज करें।
  • पता लगाने की तिथि दर्ज करें - डिफ़ॉल्ट रूप से, वर्तमान तिथि का चयन किया जाएगा।
  • दोष की गंभीरता का स्तर निर्धारित करें.
  • उपयोगकर्ता अन्य जानकारी और खराबी के बारे में संक्षिप्त विवरण भी दर्ज कर सकता है।

नया दोष संवाद

चरण 3) परीक्षक 'अटैचमेंट्स' टैब का उपयोग करके दोष से संबंधित स्क्रीनशॉट या अन्य प्रासंगिक फाइलें भी संलग्न कर सकता है।

  1. 'अटैचमेंट्स' टैब पर क्लिक करें।
  2. 'अटैचमेंट्स' बटन पर क्लिक करें।
  3. फाइल एक्सप्लोरर डायलॉग बॉक्स से एक फाइल चुनें।
  4. 'खोलें' पर क्लिक करें.

दोष से संबंधित फ़ाइलें संलग्न करें

चरण 4) 'ओपन' पर क्लिक करने पर, हम देख पाएंगे कि फाइल अटैचमेंट सेक्शन के अंतर्गत संलग्न है।

  1. चयनित फाइल अपलोड हो चुकी है।
  2. दोष दर्ज करने के लिए 'सबमिट' पर क्लिक करें, जिसके बाद एक दोष आईडी उत्पन्न होती है।

दोष सबमिट करें

चरण 5) दोष दर्ज कर दिया गया है, और इसे नीचे दिखाए गए अनुसार दोष टैब में देखा जा सकता है। आप यह भी देख सकते हैं कि दोष दर्ज करने पर दोष आईडी जनरेट हो जाती है।

दोष आईडी के साथ दोष पोस्ट किया गया

दोष को आवश्यकता से कैसे जोड़ें

उपयोगकर्ता किसी दोष को अन्य दोषों से जोड़ सकते हैं या किसी दोष को आवश्यकताओं से जोड़ सकते हैं। दोषों और आवश्यकताओं को जोड़कर, हम कवरेज विश्लेषण ग्राफ तैयार कर सकते हैं। tracयोग्यता मैट्रिक्स।

चरण 1) दोष उत्पन्न करने के बाद, परीक्षक उससे संबंधित आवश्यकताओं का मिलान कर सकते हैं। ऐसा करने के लिए:

  1. 'डिफेक्ट आईडी' पर क्लिक करें।
  2. दोष विवरण संवाद नीचे दिखाए अनुसार खुलता है।

दोष विवरण संवाद

चरण 2) संस्थाओं को जोड़ने के लिए:

  1. 'लिंक्ड एंटिटीज़' पर जाएं।
  2. इस दोष के विरुद्ध आवश्यकताओं को जोड़ने के लिए 'अन्य' पर क्लिक करें।
  3. 'लिंक' बटन पर क्लिक करें और 'आईडी द्वारा' चुनें (हम आवश्यकता के नाम के आधार पर भी चयन कर सकते हैं)।
  4. वह आवश्यकता आईडी दर्ज करें जिसके विरुद्ध इस दोष को मैप किया जाना है।
  5. 'लिंक' बटन पर क्लिक करें।

दोष के लिए लिंक आवश्यकता

चरण 3) लिंक बटन पर क्लिक करने के बाद, दोष विवरण विंडो उपयोगकर्ता को लिंक के साथ वापस प्रदर्शित हो जाती है, जैसा कि नीचे दिखाया गया है।

अतिरिक्त लिंक के साथ दोष

चरण 4) एक बार आवश्यकता को दोष के विरुद्ध लिंक कर दिया जाए, तो आवश्यकता उसके विरुद्ध लिंक प्रतीक के साथ प्रदर्शित होती है, जैसा कि नीचे दिखाया गया है।

लिंक प्रतीक के साथ आवश्यकता

चरण 5) एक बार आवश्यकता को दोष के विरुद्ध जोड़ दिया जाता है, तो आवश्यकता Tracयोग्यता मैट्रिक्स उत्पन्न किया जा सकता है। उत्पन्न करने के लिए Tracयोग्यता मैट्रिक्स में, 'आवश्यकताएं' के व्यू मेनू पर जाएं और ' का चयन करेंTrac'योग्यता मैट्रिक्स'। उत्पन्न Tracयोग्यता मैट्रिक्स नीचे दिखाए अनुसार तैयार किया जाएगा।

नोट: कृपया ट्यूटोरियल देखें।आवश्यकता मॉड्यूल' उत्पन्न करने के लिए tracयोग्यता मैट्रिक्स जिसमें चरणों को विस्तार से समझाया गया है।

Tracयोग्यता मैट्रिक्स

एक्सेल का उपयोग करके दोष कैसे अपलोड करें

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

चरण 1) नीचे दिखाए अनुसार, उपयोगकर्ता द्वारा अपलोड किए जाने वाले आवश्यक कॉलम के साथ एक्सेल फ़ाइल बनाएं।

'अटैचमेंट्स' फ़ील्ड में स्क्रीनशॉट या किसी अन्य अटैचमेंट की स्थानीय लोकेशन का पाथ लिया जाता है। उपयोगकर्ताओं को बस अटैचमेंट का पाथ बताना होता है ताकि इसे डिफेक्ट की अन्य जानकारी के साथ ALM में अपलोड करने के लिए चुना जा सके।

दोष कॉलम वाली एक्सेल फ़ाइल

चरण 2) अभी:

  1. 'ऐड-इन्स' टैब पर जाएं।
  2. 'HP ALM में निर्यात करें' चुनें।

एचपी एएलएम ऐड-इन में निर्यात करें

चरण 3) ALM एक्सपोर्ट विज़ार्ड खुलता है। HP ALM सर्वर दर्ज करें। URL और 'अगला' पर क्लिक करें।

एएलएम निर्यात विज़ार्ड सर्वर URL

चरण 4) प्रमाणीकरण के लिए उपयोगकर्ता नाम और पासवर्ड दर्ज करें और 'अगला' पर क्लिक करें।

एएलएम निर्यात प्रमाणीकरण

चरण 5) वह डोमेन और प्रोजेक्ट नाम चुनें जिसमें आप परीक्षण अपलोड करना चाहते हैं और 'अगला' पर क्लिक करें।

डोमेन और प्रोजेक्ट चुनें

चरण 6) उस डेटा का प्रकार चुनें जिसे हम अपलोड करना चाहते हैं। इस मामले में, यह दोष है।

डेटा प्रकार का चयन करें दोष

चरण 7) नए मानचित्र का नाम दर्ज करें। पहला विकल्प, 'मानचित्र चुनें', निष्क्रिय है क्योंकि हमने अभी तक दोष अपलोड करने के लिए कोई मानचित्र नहीं बनाया है। इसलिए, हमें एक नया मानचित्र नाम बनाना चाहिए और 'अगला' पर क्लिक करना चाहिए। हमने 'अस्थायी मानचित्र बनाएँ' का चयन नहीं किया है क्योंकि हम इसे हर बार दोष अपलोड करने के लिए पुनः उपयोग करना चाहते हैं।

नए मानचित्र का नाम दर्ज करें

चरण 8) 'अगला' पर क्लिक करने पर, मानचित्र खुल जाएगा।ping नीचे दिखाए अनुसार डायलॉग बॉक्स खुलता है।

  1. सूचीबद्ध बाएँ फलक ग्रिड आइटम HP ALM में अपलोड के लिए उपलब्ध फ़ील्ड के अनुरूप हैं। कृपया ध्यान दें कि 'लाल' रंग से चिह्नित फ़ील्ड को मैप किया जाना चाहिए क्योंकि वे अनिवार्य फ़ील्ड हैं।
  2. दाएँ फलक ग्रिड आइटम उन फ़ील्ड्स को संदर्भित करते हैं जिन्हें मैप किया जाता है ताकि Excel में मान ALM के उन संगत फ़ील्ड्स में प्रवाहित हो जाएँ।

नक्शाping बातचीत

चरण 9) अब आइए समझते हैं कि Excel में फ़ील्ड्स को ALM में फ़ील्ड्स के साथ कैसे मैप किया जाए।

  1. उपयोगकर्ता जिस फ़ील्ड को मैप करना चाहता है उसे चुनें और नीचे दिखाए गए तीर बटन पर क्लिक करें।

मैप करने के लिए फ़ील्ड चुनें

  1. Excel में वह स्तंभ नाम दर्ज करें जो HP ALM में उपयुक्त स्तंभ नाम से मेल खाता हो।

एक्सेल कॉलम का नाम दर्ज करें

  1. एक्सेल में सभी आवश्यक कॉलम को एचपी एएलएम में उपयुक्त फ़ील्ड के साथ मैप करें। मैप करने के बादping सभी आवश्यक फ़ील्ड भरने के बाद, 'निर्यात करें' पर क्लिक करें।

मैप कॉलम और निर्यात

चरण 10) सफल अपलोड होने पर, ALM नीचे दिखाए अनुसार संदेश प्रदर्शित करता है।

सफल अपलोड संदेश

दोष की खोज कैसे करें

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

चरण 1) 'एडिट' मेनू पर जाएं और 'फाइंड' चुनें।

संपादन मेनू खोजें विकल्प

चरण 2) फाइंड डायलॉग बॉक्स प्रदर्शित होगा।

  1. उस फ़ील्ड का नाम दर्ज करें जिसके आधार पर खोज की जानी है (इस मामले में हम खोज के लिए डिफेक्ट आईडी का उपयोग करते हैं)।
  2. मान दर्ज करें।
  3. 'अगला खोजें' पर क्लिक करें।

संवाद खोजें

चरण 3) ALM आइटम को पृष्ठभूमि में प्रदर्शित करता है जैसा कि नीचे दिखाया गया है।

खोज परिणाम हाइलाइट किया गया

दोषों की ईमेल सूचना

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

मान लीजिए कि असाइन किए गए उपयोगकर्ता 'ग्लेन' को तब एक ईमेल प्राप्त होना चाहिए जब दोष की स्थिति 'ठीक' हो जाए। ईमेल नीचे दिखाए अनुसार भेजा जाएगा। स्क्रीनशॉट ईमेल प्राप्त होने के बाद लिया गया है (एमएस से)। Outlook).

  1. यह मेल 'ग्लेन' को भेजा गया है।
  2. ईमेल में खराबी के बारे में विस्तृत जानकारी दी गई है।
  3. यह मेल इसलिए ट्रिगर हुआ है क्योंकि इसकी स्थिति 'पुनः खोलें' से 'ठीक किया गया' हो गई है, जैसा कि नीचे दिखाया गया है।

दोषों की ईमेल सूचना

दोष प्रबंधन पर वीडियो

क्लिक करें यहाँ उत्पन्न करें यदि वीडियो उपलब्ध न हो

अक्सर पूछे जाने वाले प्रश्न

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

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

कोड में डेवलपर द्वारा की गई गलती को एरर कहते हैं। यह एरर डिफेक्ट का कारण बन सकती है, जो टेस्टिंग के दौरान अपेक्षित और वास्तविक व्यवहार में अंतर को दर्शाती है। बग, डिफेक्ट का ही एक अनौपचारिक नाम है।

किसी खराबी की गंभीरता से यह पता चलता है कि वह सिस्टम की कार्यक्षमता को कितना बुरी तरह प्रभावित करती है, जबकि प्राथमिकता यह निर्धारित करती है कि उसे कितनी जल्दी ठीक किया जाना चाहिए। व्यावसायिक प्रभाव के आधार पर, कोई खराबी उच्च गंभीरता वाली लेकिन निम्न प्राथमिकता वाली या निम्न गंभीरता वाली लेकिन उच्च प्राथमिकता वाली हो सकती है।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: