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

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

फिलहाल, हम 2.5 से अधिक वर्षों से मेट्रिसेस का उपयोग कर रहे हैं। इस समय के दौरान, हम इस टूल के फायदों का मूल्यांकन करने में सक्षम थे, साथ ही इसे अपनी परियोजना के लिए भी अनुकूल बनाया।

ट्रेसबिलिटी मैट्रिक्स क्या है?

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

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

इस प्रकार, तालिका दो मापदंडों का एक दृश्य प्रदर्शन देती है:

• आवश्यकताओं की प्रणाली में उपस्थिति जो अभी तक कवर नहीं की गई हैं (यदि परीक्षण मामलों (पर्याप्त स्थिति) के साथ आवश्यकता में एक भी चौराहा नहीं है);
• क्या सिस्टम में अत्यधिक परीक्षण है - यदि आवश्यकताओं में कई चौराहे (एक आवश्यक स्थिति) हैं।

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

इसलिए, मैट्रिक्स में एक तालिका का रूप होता है, जिसमें से प्रत्येक पंक्ति में होता है:

• ट्रैकर कार्य से विकास कार्य की संख्या और विवरण;
• तार्किक ब्लॉक जिसमें कार्य संबंधित है (वैकल्पिक);
• परमाणु आवश्यकता या स्वीकृति मानदंड;
• प्राथमिकता;
• संबंधित परीक्षण विरूपण साक्ष्य की संख्या और विवरण।

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

• कार्यान्वयन की वर्तमान स्थिति की कल्पना करें;
• आवश्यकताओं को अधिक परमाणु वाले में विभाजित करें और उन्हें संरचना दें;
• यह सुनिश्चित करने के लिए कि क्या आवश्यकताएं हैं जिनके लिए विकास अभी तक नियोजित नहीं है (कार्यान्वयन पास);
• मॉनिटर करें कि क्या आवश्यकता वर्तमान में लागू की गई है;
• मॉनिटर करें कि क्या आवश्यकता एक परीक्षण मामले (लंघन परीक्षण) द्वारा कवर की गई है;
• आवश्यकताओं की प्राथमिकता तय करें।

ट्रेसीबिलिटी मैट्रिक्स में संबंध विकल्प

बाध्यकारी आवश्यकताएं और परीक्षण मामले हो सकते हैं:

• 1 से 1 (परमाणु आवश्यकता, जो एक परीक्षण मामले से आच्छादित है, यह परीक्षण मामला केवल इस आवश्यकता को कवर करता है);
• 1 से n (एक आवश्यकता जो कई परीक्षण मामलों द्वारा कवर की जाती है, ये परीक्षण मामले केवल इस आवश्यकता को कवर करते हैं);
• n से n (एक आवश्यकता जो कई परीक्षण मामलों द्वारा कवर की जाती है, ये परीक्षण मामले इस और अन्य आवश्यकताओं को कवर करते हैं)।

अंतिम बिंदु के बारे में, मैं यह नोट करना चाहता हूं

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

हमारे पास उस परियोजना के मामले हैं जहां एक आवश्यकता को कई परीक्षणों द्वारा कवर किया जाता है और एक परीक्षण कई आवश्यकताओं को कवर कर सकता है ("1 से एन" और "एन से एन" कनेक्शन)।

ट्रैसेबिलिटी मैट्रिस का उपयोग करके कवरेज अनुमान की विशिष्टता

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

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

इसलिए यह बेहतर है:

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

अधिकतम अपघटन के लिए संसाधनों की कमी के साथ, आप गैर-परमाणु आवश्यकताओं का उपयोग कर सकते हैं, लेकिन उनमें से प्रत्येक को कवर करने के लिए आपको कई परीक्षण कलाकृतियों को बनाने की आवश्यकता है।

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

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

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

प्रत्येक मॉड्यूल या सुविधा के लिए कवरेज स्कोर की गणना भी अलग से की जाती है।

इस दृष्टिकोण के साथ, हम ऊपर वर्णित मीट्रिक का उपयोग कर सकते हैं: "परीक्षण कलाकृतियों की संख्या के लिए आवश्यकताओं की संख्या"। यहां तक ​​कि अगर हमारे पास 1 से एन, एन से एन कनेक्शन हैं, तो हमारे पास कई घटक हैं, जिनमें से प्रत्येक का उपयोग कई मॉड्यूल में किया जा सकता है। आवश्यकताओं और स्वीकृति मानदंडों को प्रत्येक मैट्रिक्स में वर्णित किया गया है, और एक परीक्षण विरूपण साक्ष्य का उपयोग किया जाता है।

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

मैट्रिक्स बनाना और बनाए रखना

एक मैट्रिक्स बनाना एनालिटिक्स कार्यों पर हमारे वर्कफ़्लो में शामिल है।



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

और यहाँ हम ट्रेसबिलिटी मैट्रिक्स के संकलन के निम्नलिखित चरणों को अलग कर सकते हैं:

1. शुरुआत में, आवश्यकताओं को क्यूए और / या उत्पाद-स्वामी कमांड द्वारा विघटित और प्राथमिकता दी जाती है। इस चरण का परिणाम इस कार्यक्षमता के लिए सभी आवश्यकताओं की एक संरचित और प्राथमिकता वाली सूची है।
2. दूसरा चरण विकास टीम के साथ संचार होगा और ट्रैकर के कार्यों से लेकर मैट्रिक्स में विकास से संबंधित आवश्यकताओं तक के कार्य बताएगा। नतीजतन, हम विकास की आवश्यकताओं और कार्यों की पता लगाने की क्षमता को ट्रैक कर सकते हैं।
3. तीसरा चरण परीक्षण मामलों और सूचियों का विकास है।
   यह चरण परीक्षण से पहले या किसी विशिष्ट कार्य के परीक्षण के दौरान किया जाता है।
   यदि कार्यक्षमता नई है, और इंटरफ़ेस बदल जाएगा, तो ऐसे मामले हो सकते हैं जिनमें कार्य का परीक्षण करने से तुरंत पहले चरणों का सबसे अच्छा वर्णन किया गया है।
   यदि कार्यान्वयन कार्यक्षमता मौजूदा विशेषताओं में से एक के समान है, तो हम आवश्यकताओं की समीक्षा और अपघटन के तुरंत बाद चरणों के साथ परीक्षण मामलों का वर्णन करना शुरू कर सकते हैं।
4. स्टेज 4 - परीक्षण के मामलों के साथ मैट्रिक्स को भरना।
   पूरी प्रक्रिया के परिणामों के आधार पर, हमें विकास कार्य, परीक्षण के लिए परीक्षण के मामले और एक ट्रेसबिलिटी मैट्रिक्स मिलता है जो उन्हें और आवश्यकताओं को जोड़ती है।
   आवश्यकताओं को विकसित करने का कार्य बंद किया जा रहा है।
5. चरण 5 - वर्तमान स्थिति में मैट्रिक्स को बनाए रखना। आवश्यकताओं में किसी भी संशोधन के लिए परिवर्तन होना चाहिए। आपको दो मेट्रिक्स के बीच एकीकरण संबंधों को भी ध्यान में रखना चाहिए जो विभिन्न विशेषताओं या मॉड्यूल का वर्णन करते हैं, और जब एक को बदलते हैं, तो यह सुनिश्चित करना सुनिश्चित करें कि क्या दूसरे को संपादित करने की आवश्यकता है।

ट्रेसबिलिटी मैट्रिक्स के साथ काम करने में कठिनाइयाँ

1. अद्यतन
   मैट्रिक्स केवल इस शर्त पर उपयोगी होगा कि इसे हमेशा अद्यतित रखा जाएगा। अक्सर बदलती आवश्यकताओं के साथ हमारी परियोजना पर, अपडेट करने में बहुत समय लगता है, लेकिन यदि मैट्रिक्स अपडेट नहीं किया जाता है, तो यह न केवल बेकार हो जाता है, बल्कि भ्रमित भी होता है।
   
   कैसे तय करें :
   
   आंशिक रूप से आवश्यकताओं में लगातार बदलाव के साथ समस्या को हल किया और मैट्रिक्स बनाने के चरण को उस समय स्थानांतरित कर दिया जब आवश्यकताओं को टीम द्वारा पहले ही समीक्षा की गई है और ग्राहक द्वारा पुष्टि की गई है।
   टीम ने फैसला किया कि विश्लेषक सुविधाओं के विवरण के साथ न केवल पृष्ठ पर आवश्यकताओं को अपडेट करेगा, बल्कि मैट्रिक्स में उन्हें ढूंढ और अपडेट भी करेगा, एक अलग रंग में हाइलाइटिंग। इसने पूरी टीम को परिवर्तनों को नहीं खोने में मदद की, और क्यूए टीम विशेष रूप से - यह देखने के लिए कि कौन से परीक्षण मामलों को अपडेट करने की आवश्यकता है।
2. अस्थायी संसाधन
   इस परियोजना में एक ही समय में नई आवश्यकताओं के साथ एक जरूरी रिलीज और काम हो सकता है, और सभी क्यूए संसाधनों को परीक्षण के लिए भेजा जाता है, और आवश्यकताओं के साथ काम नहीं किया जाता है। इस प्रकार, परीक्षण प्रलेखन के अनुसार ऋण बढ़ता है।
   
   कैसे तय करें :
   
   यदि सभी क्यूए विशेषज्ञ प्राथमिकता वाले कार्यों का परीक्षण करने में व्यस्त हैं, तो हम एक विशिष्ट सुविधा के लिए मैट्रिक्स के निर्माण को स्थानांतरित करते हैं। जितना संभव हो, यह इस सुविधा के लिए पहले कार्य का परीक्षण करने के क्षण में स्थानांतरित किया जाता है, और इस मामले में मैट्रिक्स परीक्षण के मामलों से भरा होता है क्योंकि आप उन कार्यों का परीक्षण करते हैं जिनमें यह सुविधा लागू होती है।
   
   क्यूए विशेषज्ञ न केवल परीक्षण मामलों को लिखने के लिए, बल्कि मैट्रिक्स को विकसित करने के लिए भी मूल्यांकन समय में देता है।
3. क्षमता।
   
   यदि परियोजना छोटी है और सभी आवश्यकताओं को एक संरचित ToR के रूप में तैयार किया गया है, और एक ही बार में प्रत्येक आवश्यकता के लिए परीक्षण मामलों का निर्माण किया जाता है, तो हमारे रूप में पता लगाने की क्षमता मैट्रिक्स केवल डुप्लिकेट जानकारी होगी और संसाधनों की बर्बादी होगी।
   
   इसलिए, आपको कवरेज का मूल्यांकन करने के लिए परिभाषा में वर्णित मानक मैट्रिक्स का उपयोग करने की आवश्यकता है।

माधुर्य

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