आवश्यकताएँ Traceability मैट्रिक्स (RTM) क्या है? उदाहरण टेम्पलेट

Traceability मैट्रिक्स क्या है? (टीएम)

Traceability Matrix एक ऐसा दस्तावेज़ है जो किसी भी दो-आधारभूत दस्तावेज़ों का सह-संबंध रखता है, जिन्हें रिश्ते की पूर्णता की जाँच करने के लिए कई-कई संबंधों की आवश्यकता होती है।

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

क्या आवश्यकता है Traceability मैट्रिक्स?

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

इस ट्यूटोरियल में, आप के बारे में अधिक जानेंगे-

आरटीएम महत्वपूर्ण क्यों है?
रिक्वायरमेंट ट्रैसेबिलिटी मैट्रिक्स में किन पैरामीटर्स को शामिल करना है?
ट्रैसेबिलिटी टेस्ट मैट्रिक्स के प्रकार
आवश्यकताएँ Traceability मैट्रिक्स कैसे बनाएँ
आवश्यकता का लाभ Traceability मैट्रिक्स
आवश्यकताएँ Traceability मैट्रिक्स (RTM) टेम्पलेट

आरटीएम महत्वपूर्ण क्यों है?

प्रत्येक परीक्षक का मुख्य एजेंडा क्लाइंट की आवश्यकता को समझना और यह सुनिश्चित करना चाहिए कि आउटपुट उत्पाद दोष-मुक्त होना चाहिए। इस लक्ष्य को प्राप्त करने के लिए, प्रत्येक क्यूए को आवश्यकता को अच्छी तरह से समझना चाहिए और सकारात्मक और नकारात्मक परीक्षण मामलों का निर्माण करना चाहिए।

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

यहां एक सवाल उठता है कि कैसे सुनिश्चित किया जाए कि सभी संभावित परिदृश्यों / मामलों को देखते हुए आवश्यकता का परीक्षण किया जाए? यह सुनिश्चित करने के लिए कि परीक्षण चक्र से किसी भी आवश्यकता को नहीं छोड़ा गया है?

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

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

रिक्वायरमेंट ट्रैसेबिलिटी मैट्रिक्स में किन पैरामीटर्स को शामिल करना है?

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

ऊपर एक नमूना आवश्यकता ट्रेसबिलिटी मैट्रिक्स है।

लेकिन एक सामान्य सॉफ्टवेयर टेस्टिंग प्रोजेक्ट में, ट्रैसेबिलिटी मैट्रिक्स इन मापदंडों से अधिक होगा।

जैसा कि ऊपर दिखाया गया है, एक आवश्यकता ट्रेसबिलिटी मैट्रिक्स कर सकता है:

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

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

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

ट्रैसेबिलिटी टेस्ट मैट्रिक्स के प्रकार

सॉफ्टवेयर इंजीनियरिंग में, ट्रेसेबिलिटी मैट्रिक्स को तीन प्रमुख घटक में विभाजित किया जा सकता है जैसा कि नीचे बताया गया है:

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

आवश्यकताएँ Traceability मैट्रिक्स कैसे बनाएँ

आइए एक गुरु 99 बैंकिंग प्रोजेक्ट के माध्यम से रिक्वायरमेंट ट्रैसेबिलिटी मैट्रिक्स की अवधारणा को समझते हैं।

के आधार पर व्यापार की आवश्यकताएँ दस्तावेज़ (बीआरडी) और तकनीकी आवश्यकता दस्तावेज़ (टीआरडी) , परीक्षकों परीक्षण मामलों लेखन शुरू करते हैं।

मान लें, निम्न तालिका हमारे व्यावसायिक आवश्यकता दस्तावेज़ या गुरु99 बैंकिंग परियोजना के लिए BRD है ।

यहां परिदृश्य यह है कि ग्राहक सही पासवर्ड और उपयोगकर्ता # आईडी के साथ गुरु99 बैंकिंग वेबसाइट पर लॉगिन करने में सक्षम होना चाहिए, जबकि प्रबंधक को ग्राहक लॉगिन पृष्ठ के माध्यम से वेबसाइट पर लॉगिन करने में सक्षम होना चाहिए।

जबकि नीचे दी गई तालिका हमारी तकनीकी आवश्यकता दस्तावेज़ (TRD) है ।

नोट: QA टीमें BRD और TRD का दस्तावेज़ नहीं देती हैं। साथ ही, कुछ कंपनियां फंक्शन रिक्वायरमेंट डॉक्यूमेंट्स (FRD) का उपयोग करती हैं, जो कि टेक्निकल रिक्वायरमेंट डॉक्यूमेंट के समान हैं, लेकिन ट्राकसेबिलिटी मैट्रिक्स बनाने की प्रक्रिया समान है।

चलो आगे बढ़ो और परीक्षण में RTM बनाएँ

चरण 1: हमारा नमूना परीक्षण मामला है

"लॉगिन सत्यापित करें, जब सही आईडी और पासवर्ड दर्ज किया जाता है, तो इसे सफलतापूर्वक लॉग इन करना चाहिए"

चरण 2 : तकनीकी आवश्यकता की पहचान करें कि यह परीक्षण मामला सत्यापित हो रहा है। हमारे परीक्षण मामले के लिए, तकनीकी आवश्यकता T94 सत्यापित की जा रही है।

चरण 3: टेस्ट केस में इस तकनीकी आवश्यकता (T94) पर ध्यान दें।

चरण 4: उस व्यावसायिक आवश्यकता की पहचान करें जिसके लिए यह TR (तकनीकी आवश्यकता-T94) परिभाषित की गई है

चरण 5: बीआर (व्यावसायिक आवश्यकता) पर ध्यान दें

चरण 6: सभी टेस्ट मामलों के लिए ऊपर। बाद में अपने टेस्ट सूट से पहले 3 कॉलम निकालें। परीक्षण में RTM तैयार है!

आवश्यकता का लाभ Traceability मैट्रिक्स

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