रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर

ब्राउज़र में चलता है नया टेस्ट डिज़ाइन

अपनी requirements और test cases Excel, Google Sheets या CSV से पेस्ट करें — या ऐसी .xlsx workbook खोलें जिसमें दोनों की एक-एक sheet हो। जनरेटर headers से ID, title, priority, link और status columns पहचानता है, दोनों तरफ़ दर्ज links जोड़ता है, और traceability matrix बनाता है: हर requirement को कौन-से tests cover करते हैं और उस requirement की execution स्थिति क्या है। यह बताता है कि किन requirements के tests नहीं हैं, कौन-से test cases किसी requirement से नहीं जुड़ते, कौन-से links ऐसे IDs की ओर हैं जो मौजूद नहीं, कौन-से IDs duplicate हैं, कौन-से links सिर्फ़ एक तरफ़ दर्ज हैं, कौन-से IDs सिर्फ़ case अनदेखा करने पर मिलते हैं और कौन-से statuses पहचाने नहीं गए — linked coverage और execution coverage डेटा से गिनकर और priority के अनुसार बाँटकर। Matrix को CSV, requirement × test grid और Markdown रिपोर्ट के रूप में export करता है। सब कुछ आपके ब्राउज़र में रहता है।

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

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

Traceability का मतलब है requirements और उन्हें verify करने वाले test cases के रिश्ते को दोनों दिशाओं में देख पाना। Requirements traceability matrix (RTM) ये links दर्ज करती है — आमतौर पर हर test के ताज़ा नतीजे के साथ — ताकि टीम देख सके कि किन requirements का कोई test नहीं, कौन-से tests किसी चीज़ से नहीं जुड़ते, और तय scope का कितना हिस्सा pass हुआ। Link requirement को cover करने का इरादा दिखाता है, यह नहीं कि test पर्याप्त है, इसलिए tests की ख़ुद भी समीक्षा ज़रूरी है।

गाइड पढ़ें: सॉफ़्टवेयर टेस्टिंग लाइफ़ साइकल (STLC)

रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर कैसे इस्तेमाल करें

  1. Header पंक्ति वाली दो तालिकाएँ तैयार करें: requirements (ID, title, चाहें तो priority) और test cases (ID, title, हर test जिन requirement IDs को cover करता है, चाहें तो status)।
  2. हर तालिका अपनी spreadsheet से कॉपी करके उसके field में पेस्ट करें — या दोनों sheets वाली .xlsx workbook चुनें।
  3. मैट्रिक्स बनाएँ दबाएँ और वह नोट देखें जो पढ़े गए columns बताता है।
  4. पहले coverage के आँकड़े पढ़ें, फिर सूचियाँ: बिना tests की requirements gaps हैं, बिना requirement के tests को link या कारण चाहिए, और mapping समस्याएँ सुधारने वाला डेटा हैं।
  5. Test summary या release review के लिए matrix CSV या Markdown रिपोर्ट डाउनलोड करें।

रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर की खूबियाँ

  • Requirements और test cases Excel, Google Sheets या CSV से पेस्ट करें, या दोनों की एक-एक sheet वाली .xlsx workbook खोलें
  • Header के नामों से (English, अरबी या हिंदी में) ID, title, priority, link और status columns पहचानता है, और बताता है कि कौन-से columns इस्तेमाल हुए
  • Test cases पर ("Requirement IDs"), requirements पर ("Test cases") या दोनों पर दर्ज links जोड़ता है, और सिर्फ़ एक तरफ़ दर्ज links को चिह्नित करता है
  • बिना tests की requirements, बिना requirement के tests, मौजूद न रहने वाले IDs के links, duplicate IDs, सिर्फ़ case के अंतर वाले IDs और अनजाने statuses की पंक्ति संख्या के साथ सूचना देता है
  • डेटा से linked coverage और execution coverage निकालता है, requirement की स्थिति (passed, failed, blocked, आंशिक passed, not run, not covered) और priority के अनुसार
  • Matrix और हर सूची CSV में, spreadsheets के लिए requirement × test grid, और Markdown रिपोर्ट export करता है

रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर का उदाहरण

Sign-in और password-reset की requirements

इनपुट:

Requirements REQ-1…REQ-6 (High/Medium/Low); test cases TC-01…TC-07, Requirement IDs और Status के साथ — TC-05 REQ-7 को भी जोड़ता है, TC-06 की कोई requirement नहीं, TC-07 छोटे अक्षरों में "req-6" जोड़ता है

आउटपुट:

Linked coverage 83.3% (5/6) · Execution coverage 33.3% (2/6 पूरी तरह passed) · REQ-2 Failed (TC-03) · REQ-4 Not run · REQ-5 Not covered · REQ-6 Blocked · Orphan test: TC-06 · Mapping समस्याएँ: TC-05 → REQ-7 मौजूद नहीं; TC-07 का "req-6" सिर्फ़ case अनदेखा करने पर REQ-6 से मिला · Priority के अनुसार: High 3/3 covered, Low 0/1

रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर कब इस्तेमाल करें

  • Test summary report या release go/no-go मीटिंग का coverage वाला हिस्सा तैयार करना
  • Sprint review से पहले वे requirements ढूँढना जिनके लिए किसी ने test नहीं लिखा
  • Test repository की सफ़ाई: हटाई गई requirements से जुड़े tests, duplicate IDs और links में टाइपो
  • Auditors या client को टीम की अपनी spreadsheets से बनी traceability matrix देना

रिक्वायरमेंट्स ट्रेसेबिलिटी मैट्रिक्स जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल

Requirements traceability matrix क्या है?

एक तालिका जो हर requirement को उसे verify करने वाले test cases से (और अक्सर उनके नतीजों और defects से) जोड़ती है। यह एक नज़र में दिखाती है कि कौन-सी requirements test नहीं हुईं, कौन-से tests किसी चीज़ से नहीं जुड़ते, और तय scope का कितना हिस्सा pass हुआ — release से पहले और audits में यही सवाल पूछे जाते हैं।

मेरी तालिकाओं का format क्या होना चाहिए?

एक header पंक्ति और हर item के लिए एक पंक्ति। Requirements को ID और title चाहिए (priority वैकल्पिक है)। Test cases को ID, title, उन requirement IDs का column जिन्हें वे cover करते हैं, commas से अलग किए हुए, और चाहें तो Passed, Failed, Blocked या Not run जैसा status चाहिए। Links की जगह requirements पर "Test cases" column में, या दोनों तरफ़, भी दिए जा सकते हैं।

Coverage कैसे निकाली जाती है?

Linked coverage उन requirements का हिस्सा है जिनका कम से कम एक valid linked test है। Execution coverage उन requirements का हिस्सा है जिनके सभी linked tests pass हुए। दोनों सिर्फ़ आपके डेटा से गिनी जाती हैं; मौजूद न रहने वाले ID का link बताया जाता है, गिना नहीं जाता।

क्या मैं Excel फ़ाइल import कर सकता हूँ?

हाँ। ऐसी .xlsx workbook चुनें जिसमें requirements की एक sheet और test cases की एक sheet हो; जिन sheets के नाम में "req" और "test" हो वे अपने-आप मिल जाती हैं, वरना पहली दो sheets इस्तेमाल होती हैं। Excel या Google Sheets से पंक्तियाँ कॉपी करके दोनों fields में पेस्ट करना भी चलता है।

क्या मेरा डेटा अपलोड होता है?

नहीं। Parsing और matrix आपके ब्राउज़र में निकाले जाते हैं और कुछ नहीं भेजा जाता। नतीजे कॉपी करना बिना अकाउंट के चलता है; फ़ाइलें डाउनलोड करने पर मुफ़्त अकाउंट में साइन इन करने को कहा जाता है।

तकनीकी नोट्स

अगर पहली पंक्ति में tab हो (spreadsheet से कॉपी) तो पेस्ट किया text tabs पर बाँटा जाता है, वरना उसे CSV के रूप में पढ़ा जाता है — delimiter (comma, semicolon या pipe) अपने-आप पहचाना जाता है और quoted fields समर्थित हैं। Link cells commas, semicolons, pipes, अरबी comma और नई पंक्तियों पर बाँटे जाते हैं, या spaces पर, जब हर शब्द ID जैसा दिखे।

IDs upper/lower case और आसपास के spaces अनदेखा करके मिलाए जाते हैं, और हर सिर्फ़-case वाले मिलान की सूचना दी जाती है ताकि स्रोत सुधारा जा सके। Duplicate ID अपनी पहली पंक्ति रखता है; duplicates के links उसमें मिला दिए जाते हैं और duplicate की सूचना दी जाती है।

Requirement की स्थिति उसके linked tests से आती है: कोई fail हुआ तो Failed, वरना कोई blocked हो तो Blocked, सब pass हुए तो Passed, कुछ pass हुए तो आंशिक passed, वरना Not run; कोई valid link न हो तो Not covered। Statuses English, अरबी और हिंदी में पढ़े जाते हैं; बाक़ी की सूचना दी जाती है और उन्हें not run गिना जाता है।

सीमाएँ और कार्यप्रणाली

यहाँ coverage का मतलब traceability है: link बताता है कि test किसी requirement को verify करने के लिए है, यह नहीं कि test इसके लिए काफ़ी अच्छा है। Tests की सामग्री भी जाँचें।

सिर्फ़ स्पष्ट IDs से links बनते हैं; टूल titles या text से links का अनुमान नहीं लगाता। Text से सुझावों के लिए AI टेस्ट कवरेज एनालाइज़र मदद कर सकता है, और उसके नतीजों की समीक्षा करनी चाहिए।

Workbooks formulas दोबारा calculate किए बिना पढ़ी जाती हैं (सेव किए गए नतीजे इस्तेमाल होते हैं), हर sheet में 5,000 पंक्तियों और 30 columns तक।

सुरक्षा और गोपनीयता

Requirements और test cases आपके ब्राउज़र में parse होते हैं; कुछ भी अपलोड या store नहीं होता। कॉपी करना बिना अकाउंट के चलता है; फ़ाइलें डाउनलोड करने पर मुफ़्त अकाउंट में साइन इन करने को कहा जाता है।

संदर्भ

  • ISTQB GlossaryISTQBटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।
  • ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।