वेब ऐप्स

आवश्यकताएँ ट्रेसिबिलिटी मैट्रिक्स (RTM) क्या है?

30 अक्टूबर, 2021

जैसा कि नाम से पता चलता है, इस मैट्रिक्स का उपयोग ट्रैक करने और जांचने के लिए किया जाता है कि क्या वर्तमान परियोजना आवश्यकताओं को पूरा किया गया है। किसी भी दो-आधारभूत दस्तावेज़ों को सह-संबद्ध करने के लिए उपयोग किया जाने वाला दस्तावेज़, जिसमें उस संबंध की पूर्णता की जाँच के लिए कई-से-अनेक संबंधों की आवश्यकता होती है, क्या कहलाता है? ज़रुरत मापने के तरीका .

विषयसूची

आवश्यकताएँ ट्रैसेबिलिटी मैट्रिक्स (RTM)

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

आवश्यकताएँ ट्रैसेबिलिटी मैट्रिक्स दस्तावेज़ सॉफ़्टवेयर डेवलपमेंट लाइफ़ साइकिल के अंत में वितरित किया जाता है।

दस्तावेज़ों का प्राथमिक उद्देश्य यह सत्यापित करना है कि परीक्षण मामलों का उपयोग करके सभी उपयोगकर्ता आवश्यकताओं की जाँच की जाती है और सॉफ़्टवेयर परीक्षण के दौरान कोई कार्यक्षमता अनियंत्रित नहीं है।

100% परीक्षण कवरेज किसी भी परीक्षण सगाई का फोकस होना चाहिए, यानी, परीक्षण के लिए आवश्यक हर चीज का परीक्षण किया जाना चाहिए।

ज़रुरत मापने के तरीका

आवश्यकताओं के प्रकार ट्रेसिबिलिटी मैट्रिक्स

आवश्यकता पता लगाने की क्षमता को मोटे तौर पर तीन प्रमुख घटकों में वर्गीकृत किया जा सकता है। वे:

1. फॉरवर्ड ट्रेसबिलिटी

यह मैट्रिक्स सुनिश्चित करता है कि प्रत्येक आवश्यकता उत्पाद पर लागू होती है और पूरी तरह से परीक्षण की जाती है।

यह उत्पाद की दिशा की भी जांच करता है और यह सुनिश्चित करता है कि यह सही सॉफ्टवेयर/उत्पाद के लिए वांछित दिशा में आगे बढ़े।

आवश्यकताओं को परीक्षण मामलों में मैप किया जाता है।

2. बैकवर्ड या रिवर्स ट्रैसेबिलिटी

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

यह यह भी सुनिश्चित करता है कि वर्तमान उत्पाद सही रास्ते पर बना रहे।

परीक्षण मामलों को आवश्यकताओं के अनुसार मैप किया जाता है।

3. द्वि-दिशात्मक या आगे और पीछे ट्रेसिबिलिटी

यह सुनिश्चित करता है कि सभी उपयोगकर्ता आवश्यकताओं को सभी परीक्षण मामलों के तहत कवर किया गया है और उत्पाद में दोषों के कारण उपयोगकर्ता की आवश्यकताओं में परिवर्तन का विश्लेषण करता है और इसके विपरीत।

आवश्यकताएँ ट्रेसबिलिटी मैट्रिक्स में शामिल पैरामीटर्स

रिक्वायरमेंट्स ट्रैसेबिलिटी मैट्रिक्स विकसित करने वाली परीक्षण टीम अलग से एक्सेल शीट बनाए रखने के अलावा उपलब्ध टेस्ट मैनेजमेंट टूल्स का विकल्प चुन सकती है।

आरटीएम की एक्सेल शीट में तीन पैरामीटर शामिल हैं:

  • आवश्यकता आईडी
  • आवश्यकता प्रकार और विवरण
  • स्थिति के साथ परीक्षण मामले

उपरोक्त के अलावा, आवश्यकताएँ ट्रैसेबिलिटी मैट्रिक्स में भी शामिल हो सकते हैं:

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

यह कहना गलत नहीं होगा, आरटीएम सभी परीक्षण गतिविधियों के लिए वन-स्टॉप-शॉप है।

यह सभी देखें 10 बेस्ट फ्री हार्ड डिस्क पार्टीशन सॉफ्टवेयर टूल्स (मर्ज और रिकवरी)

आवश्यकताओं का महत्व ट्रैसेबिलिटी मैट्रिक्स

सभी संभावित परिदृश्यों या परीक्षण मामलों पर विचार करके उपयोगकर्ता की आवश्यकता पूरी तरह से विश्लेषण और सकारात्मक और नकारात्मक परीक्षण मामलों को उत्पन्न करने का आश्वासन दिया जाना चाहिए।

तो, कोई कैसे सुनिश्चित कर सकता है कि परीक्षण के दौरान कोई आवश्यकता नहीं छूटी है?

सरल तरीके से आवश्यकताओं और उनके संबंधित परीक्षण मामलों और परीक्षण परिदृश्यों का पता लगाने का सबसे आसान तरीका होगा।

प्रत्येक परीक्षक को यह सुनिश्चित करना चाहिए कि वितरित किया जा रहा उत्पाद दोष मुक्त होना चाहिए और उपयोगकर्ता की सभी आवश्यकताओं को पूरा करना चाहिए।

इस लक्ष्य को प्राप्त करने के लिए, क्यूए परीक्षकों को आवश्यकताओं को अच्छी तरह से समझना चाहिए और आवश्यकताओं को विभिन्न परिदृश्यों में विभाजित करने में सक्षम होना चाहिए और फिर उन परिदृश्यों पर परीक्षण मामले बनाना चाहिए।

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

यहां, रिक्वायरमेंट्स ट्रैसेबिलिटी मैट्रिक्स ध्यान में आता है।

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

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

आवश्यकताओं का उदाहरण ट्रैसेबिलिटी मैट्रिक्स

आइए एक उपयोगकर्ता आवश्यकता विनिर्देश के एक उदाहरण पर विचार करें जिसकी आवश्यकता है: टास्क मैनेजर सॉफ्टवेयर में रिमाइंडर सेट करें .

इस प्रकार व्यावसायिक आवश्यकता (BR1) होगा: एक रिमाइंडर सेट करें बटन उपलब्ध होना चाहिए।

परीक्षण परिदृश्य (TS1) आवश्यकता के लिए होगा: सेट रिमाइंडर बटन प्रदान किया गया है।

इस परिदृश्य के तहत दो परीक्षण मामले होंगे:

    टेस्ट केस 1 (TS1.TC1): रिमाइंडर सेट करें विकल्प सक्षम किया गया है और सफलतापूर्वक काम कर रहा है।टेस्ट केस 2 (TS1.TC2): रिमाइंडर सेट करें विकल्प सफलतापूर्वक अक्षम कर दिया गया है।

एक बार उपरोक्त परीक्षण मामलों को लागू करने के बाद, वे सफल या असफल हो सकते हैं।

विफलता के मामले में, पाए गए दोषों को व्यावसायिक आवश्यकता, परीक्षण परिदृश्य और परीक्षण मामलों के साथ सूचीबद्ध और मैप किया जा सकता है।

मान लीजिए, TS1.TC1 विफल हो जाता है, अर्थात, विकल्प सक्षम होने पर भी उपयोगकर्ता दैनिक कार्यों के लिए रिमाइंडर सेट नहीं कर सकता है। ऐसे मामले में, आवश्यकता ट्रेसिबिलिटी मैट्रिक्स में दोष लॉग किया जा सकता है।

मान लीजिए कि दोष आईडी D1 है। फिर, इसे BR1, TS1 और TS1.TC1 के साथ भी मैप किया जाएगा।

सारणीबद्ध प्रारूप में, RTM कुछ इस तरह दिखाई देगा:

व्यवसाय की आवश्यकता परीक्षण परिदृश्य परीक्षण मामला दोष के
बीआर1 TS1TS1.TC1डी1
TS1.TC2

इसी तरह, अन्य व्यावसायिक आवश्यकताओं, BR2, BR3, और अन्य के लिए अन्य पंक्तियों को उनके परीक्षण मामलों, परीक्षण परिदृश्यों और मैप किए गए दोषों के साथ जोड़ा जा सकता है।

टेस्ट कवरेज

परीक्षण कवरेज एक ऐसा शब्द है जो परिभाषित करता है कि परीक्षण शुरू होने के बाद किन उपयोगकर्ता आवश्यकताओं का परीक्षण और सत्यापन किया जाना है।

यह जांचता है कि परीक्षण मामलों को सही ढंग से निष्पादित किया गया है या नहीं, यह सुनिश्चित करने के लिए कि सॉफ़्टवेयर एप्लिकेशन न्यूनतम या शून्य दोषों के साथ पूर्णता है।

आवश्यकता ट्रेसबिलिटी का उपयोग करके 100% परीक्षण कवरेज प्राप्त किया जा सकता है:

आंतरिक दोषों को डिज़ाइन किए गए परीक्षण मामलों में मैप किया जाना चाहिए।

ग्राहक रिपोर्ट किए गए दोष (सीआरडी) को व्यक्तिगत परीक्षण मामलों में मैप किया जाना चाहिए।

आवश्यकता विशिष्टता प्रकार

1. सॉफ़्टवेयर आवश्यकताएँ विशिष्टता दस्तावेज़ (SRS)

यह एक विस्तृत दस्तावेज है जिसमें क्लाइंट या हितधारकों की कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं के बारे में सभी विवरण शामिल हैं।

एसआरएस सॉफ्टवेयर अनुप्रयोगों के डिजाइन और विकास के लिए आधारभूत दस्तावेज है।

यह सभी देखें रिकैप्चा के लिए 11 सुधार क्रोम, फायरफॉक्स या किसी भी ब्राउज़र में काम नहीं कर रहे हैं

2. केस दस्तावेज़ का प्रयोग करें

यूज़ केस दस्तावेज़ व्यावसायिक आवश्यकताओं के अनुसार सॉफ़्टवेयर के डिज़ाइन और कार्यान्वयन में मदद करता है।

यह एक विस्तृत वर्कफ़्लो दिखाता है कि प्रत्येक कार्य को कैसे किया जाना चाहिए।

आवश्यक लक्ष्य को प्राप्त करने के लिए आवश्यक अभिनेताओं और घटनाओं का उपयोग करके उपयोग केस दस्तावेज़ में सिस्टम और उपयोगकर्ता के बीच की बातचीत को मैप किया जाता है।

3. व्यावसायिक आवश्यकताएँ

व्यावसायिक आवश्यकता दस्तावेज़ (बीआरएस) एक उच्च-स्तरीय आवश्यकता सूची है जिसमें संक्षिप्त ग्राहक संपर्क के बाद वास्तविक ग्राहकों की आवश्यकताओं को सूक्ष्मता से शामिल किया गया है।

आमतौर पर इस दस्तावेज़ को बनाने वाला व्यवसाय विश्लेषक या प्रोजेक्ट आर्किटेक्ट होता है। एसआरएस बीआरएस से लिया गया है।

4. उपयोगकर्ता कहानियां

फुर्तीली विकास पद्धति के मामले में, उपयोगकर्ता कहानी का उपयोग अंतिम उपयोगकर्ताओं के दृष्टिकोण से विभिन्न सॉफ़्टवेयर सुविधाओं का वर्णन करने के लिए किया जाता है।

ये कहानियां विभिन्न प्रकार के उपयोगकर्ताओं और उनकी आवश्यकताओं को किस सुविधा और क्यों के लिए परिभाषित करके उपयोगकर्ता की आवश्यकताओं को सरल बनाती हैं।

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

5. परियोजना आवश्यकता दस्तावेज (पीआरडी)

प्रत्येक सदस्य को उत्पादों के कामकाज के बारे में बताने वाली पूरी परियोजना टीम के लिए बनाया गया एक संदर्भ दस्तावेज पीआरडी है।

चार खंड हैं:

  • उत्पाद का उद्देश्य
  • उत्पाद की विशेषताएँ
  • रिलीज मानदंड
  • परियोजना का बजट और अनुसूची

6. दोष सत्यापन दस्तावेज

परीक्षण टीम दोषों को ठीक करने और पुन: परीक्षण करने के लिए दोष-संबंधी विवरण वाले दस्तावेज़ का रखरखाव करती है।

यह दोष सत्यापन दस्तावेज़ सत्यापित करता है कि दोष ठीक किए गए हैं या नहीं; वे विभिन्न ओएस या उपकरणों पर या विभिन्न सिस्टम कॉन्फ़िगरेशन के साथ पुनः परीक्षण किए जाते हैं।

यदि परियोजना में एक विश्वसनीय दोष फिक्सिंग और सत्यापन चरण है, तो दोष सत्यापन दस्तावेज आवश्यक और उपयोगी है।

एक उदाहरण का उपयोग करके आवश्यकताएँ ट्रैसेबिलिटी मैट्रिक्स की उपयोगिता

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

1. कार्यान्वयन

मांग: कार्य प्रबंधक अनुप्रयोग में अधिसूचना सेट करें बटन लागू करें।

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

2. क्या आवश्यकता आवश्यक है?

मांग: केवल विशिष्ट उपयोगकर्ताओं के लिए अधिसूचना सेट करें बटन लागू करें।

कार्यान्वयन: उपयोगकर्ता यह चुन सकता है कि वे अपने कार्यों के लिए अधिसूचना को स्वचालित रूप से या मैन्युअल रूप से सक्षम करना चाहते हैं या नहीं।

3. आवश्यकता की व्याख्या करना

मांग: अधिसूचना सेट करें बटन में अधिसूचना सेट करने की तिथि और समय होता है।

कार्यान्वयन: जब कोई उपयोगकर्ता सेट अधिसूचना आइकन/बटन पर क्लिक करता है, जो उपलब्ध होगा?

  • उस कार्य का चयन करें जिसके लिए रिमाइंडर सेट करने की आवश्यकता है।
  • उपयोगकर्ताओं की आवश्यकताओं के अनुसार दिनांक और समय निर्धारित किया जा सकता है।

4. आवश्यकता के कार्यान्वयन के बाद डिजाइन निर्णय

मांग: कार्य, हटाना, संपादित करना, नया, सेटिंग्स, अधिसूचना सेट करना, दृश्यमान और पहुंच योग्य होना चाहिए।

कार्यान्वयन: दिखाई देने वाली सभी वस्तुओं को एक सारणीबद्ध प्रारूप में फ्रेम के अनुसार व्यवस्थित किया जाना चाहिए।

5. आबंटित सभी आवश्यकताएं

मांग: 'म्यूट नोटिफिकेशन' का विकल्प दिया जाना चाहिए।

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

यह सभी देखें किसी को म्यूट करने के लिए फेसबुक 'टेक ए ब्रेक' फीचर का उपयोग कैसे करें

परीक्षण कवरेज और आरटीएम के लाभ

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

कवरेज का परीक्षण करने के लिए चुनौतियां

संचार

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

परीक्षण परिदृश्यों को प्राथमिकता देना

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

प्रभावी परीक्षण रणनीति

परीक्षण कवरेज के कार्यान्वयन के लिए प्रभावी रणनीति वह है जो आवेदन की अच्छी गुणवत्ता सुनिश्चित करती है, जिसे कुछ समय तक बनाए रखा जाएगा

प्रक्रिया कार्यान्वयन

परीक्षण प्रक्रिया को परिभाषित करते समय टीम के कौशल, संगठनात्मक ढांचे और प्रक्रियाओं का पालन, पिछले अनुभव, तकनीकी बुनियादी ढांचे, कार्यान्वयन, समय और संसाधन, लागत से संबंधित परियोजना अनुमान और समय क्षेत्र के अनुसार टीम के स्थान जैसे कारकों पर विचार किया जाना चाहिए।

इस तरह, टीम यह सुनिश्चित कर सकती है कि प्रक्रिया सुचारू रूप से चले, और परियोजना में प्रत्येक व्यक्ति एक ही पृष्ठ पर बना रहे।

संसाधनों की उपलब्धता

कुशल-डोमेन विशिष्ट परीक्षक और परीक्षकों द्वारा उपयोग किए जाने वाले परीक्षण उपकरण दो प्रकार के संसाधन हैं जो सम्मोहक परीक्षण परिदृश्यों और स्क्रिप्ट को लिखने और लागू करने के लिए आवश्यक हैं।

ये संसाधन उपयोगकर्ता के लिए समय पर डिलीवरी और एप्लिकेशन के पर्याप्त कार्यान्वयन को सुनिश्चित कर सकते हैं।

अंतिम शब्द

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

दोष गणना यह निर्धारित करती है कि किस प्रकार का परीक्षण किया जा रहा है। यदि गिनती अधिक है, तो यह एक उपयोगी गुणवत्ता परीक्षण का प्रतीक है, और कम संख्या अपर्याप्त गुणवत्ता परीक्षण को इंगित करती है।

जब समय से पहले योजना बनाकर पूरी तरह से किया जाता है, तो परीक्षण कवरेज के परिणामस्वरूप कम दोहराव वाले कार्य होते हैं और परीक्षण चरणों में दोष कम होता है जिसके परिणामस्वरूप कम दोष होता है।

इस प्रकार, सॉफ़्टवेयर या उत्पाद उपयोगी होता है यदि दोष कम से कम हो, और परीक्षण कवरेज अधिकतम हो।

अनुशंसित लेख

  • Unsecapp.Exe क्या है और क्या यह सुरक्षित है?Unsecapp.exe क्या है और क्या यह सुरक्षित है?
  • 15 सर्वश्रेष्ठ यूएमएल आरेख उपकरण और सॉफ्टवेयर15 सर्वश्रेष्ठ यूएमएल आरेख उपकरण और सॉफ्टवेयर
  • [फिक्स्ड] विंडोज निर्दिष्ट डिवाइस, पथ, या फ़ाइल त्रुटि तक नहीं पहुंच सकता[फिक्स्ड] विंडोज निर्दिष्ट डिवाइस, पथ, या फ़ाइल त्रुटि तक नहीं पहुंच सकता
  • विंडोज अपडेट के लिए 16 फिक्स विंडोज में काम नहीं कर रहे हैंविंडोज अपडेट के लिए 16 फिक्स विंडोज में काम नहीं कर रहे हैं
  • AMD Radeon सेटिंग्स के लिए 4 फिक्स जीत गएAMD Radeon सेटिंग्स के लिए 4 फिक्स नहीं खुलेंगे
  • ज़ूम स्क्रीनशॉट टूल: टिप्स एंड ट्रिक्सज़ूम स्क्रीनशॉट टूल: टिप्स एंड ट्रिक्स