AI टेस्ट कवरेज एनालाइज़र

requirements और मौजूदा टेस्ट दें; AI कवरेज मैप बनाता है, जोखिम के हिसाब से कमियाँ चिह्नित करता है और छूटे हुए टेस्ट सुझाता है।

गोपनीयता: मुफ़्त Mutqan खाता ज़रूरी है। नतीजा बनाने के लिए आपका इनपुट Mutqan AI सेवा को भेजा जाता है; prompt और नतीजे संग्रहित नहीं किए जाते — दैनिक सीमा के लिए सिर्फ़ आपके खाते की उपयोग गिनती रखी जाती है। AI टूल कैसे काम करते हैं
टूल लोड हो रहा है…

टेस्ट कवरेज क्या है?

टेस्ट कवरेज मापती है कि टेस्ट किसी चीज़ का — आवश्यकताएँ, जोखिम, कोड ब्रांच, इनपुट पार्टिशन — कितना हिस्सा चलाते हैं। आवश्यकता कवरेज "क्या हर स्वीकृति मानदंड टेस्ट हुआ?" का जवाब देती है, जबकि कोड कवरेज "कौन-सी लाइनें चलीं?" का; दूसरे का ऊँचा प्रतिशत यह नहीं बताता कि असर्शन सार्थक थे या नहीं, इसलिए कवरेज कमियों का नक्शा है, बढ़ाने का स्कोर नहीं।

AI टेस्ट कवरेज एनालाइज़र कैसे इस्तेमाल करें

  1. पहले बॉक्स में रिक्वायरमेंट्स या user story और दूसरे में मौजूदा टेस्ट केस पेस्ट करें।
  2. आउटपुट भाषा चुनें और «विश्लेषण करें» दबाएँ।
  3. ट्रेसेबिलिटी मैट्रिक्स देखें: हर रिक्वायरमेंट full, partial या none चिह्नित होता है, उसे कवर करने वाले टेस्ट और जो अभी टेस्ट नहीं हुआ उसके साथ।
  4. छूटे हुए टेस्ट अपने सूट में जोड़ें (AI टेस्ट केस जनरेटर उन्हें लिख सकता है) और रिडंडेंट टेस्ट हटाएँ; रिपोर्ट CSV, Markdown या JSON में डाउनलोड करें।
full को 1, partial को 0.5 और none को 0 गिना जाता है, इसलिए उदाहरण का कवरेज (1 + 1 + 0) ÷ 3 = 67% है, और बिना टेस्ट वाले R-3 को छूटा हुआ टेस्ट MT-1 मिलता है।
नियमTC-001डिलीट सफलTC-002referenced वैल्यू errorकवरेज
R-1Admin बिना reference वाली वैल्यू डिलीट करता है✓✓Fullगिनती 1
R-2referenced वैल्यू डिलीट नहीं हो सकतीं✓✓Fullगिनती 1
R-3सिर्फ़ Admins डिलीट कर सकते हैंयह टेस्ट कवर नहीं करतायह टेस्ट कवर नहीं करताNoneगिनती 0 · कमी → MT-1
  • Full = 1: positive path और मुख्य negative या boundary स्थितियाँ टेस्ट हुईं
  • Partial = 0.5: सिर्फ़ happy path टेस्ट हुआ (इस उदाहरण में कोई नहीं)
  • None = 0: कोई टेस्ट नहीं, इसलिए छूटा हुआ टेस्ट सुझाया जाता है
  • MT-1Non-admin DELETE पर 403 लौटता है (R-3 के लिए; P0, security)

उदाहरण में हर नियम को कवर करने वाले टेस्ट, हर टेस्ट का एक कॉलम। पड़ोसी नियम के लिए लिखा टेस्ट भी गिना जाता है अगर वह वही स्थिति जाँचता है: referenced वैल्यू को डिलीट होने से रोकना (TC-002) R-1 का negative केस है।

AI टेस्ट कवरेज एनालाइज़र की खूबियाँ

  • full/partial/none कवरेज दिखाने वाला requirement-to-test traceability matrix
  • कुल कवरेज प्रतिशत और हर requirement का जोखिम
  • छूटे हुए टेस्ट की प्राथमिकता-क्रम में लगी सूची
  • ऐसे अनावश्यक टेस्ट चिह्नित करता है जो किसी requirement से नहीं जुड़ते

AI टेस्ट कवरेज एनालाइज़र का उदाहरण

कवरेज

इनपुट:

R: Admin deletes unreferenced value; referenced values blocked; only Admins.
T: TC-001 delete succeeds; TC-002 referenced value error

आउटपुट:

R-1 full (TC-001 + TC-002) · R-2 full (TC-002 + TC-001) · R-3 none
Coverage (1 + 1 + 0) ÷ 3 = 67% → MT-1 Non-admin DELETE returns 403 (R-3, P0, security)

AI टेस्ट कवरेज एनालाइज़र के बारे में अक्सर पूछे जाने वाले सवाल

कवरेज प्रतिशत कैसे निकाला जाता है?

full कवरेज को 1, partial को 0.5 और none को 0 गिना जाता है; इस योग को requirements की संख्या से भाग दिया जाता है।

टेस्ट किया गया रिक्वायरमेंट partial क्यों दिखता है?

क्योंकि full का मतलब है positive path और उसकी मुख्य negative या boundary स्थितियाँ, दोनों टेस्ट हों। सिर्फ़ happy-path टेस्ट वाला रिक्वायरमेंट तब तक partial रहता है जब तक उसके error और सीमा वाले केस भी कवर न हों। किसी पड़ोसी नियम के लिए लिखा टेस्ट भी गिना जाता है अगर वह वही स्थिति जाँचता है: referenced वैल्यू को डिलीट होने से रोकना, बिना reference वाली वैल्यू डिलीट करने का negative केस है।

किन टेस्ट को रिडंडेंट माना जाता है?

जो टेस्ट किसी रिक्वायरमेंट से नहीं जुड़ते, या किसी दूसरे टेस्ट को दोहराते हैं — जिन्हें हटाया जा सकता है ताकि सूट तेज़ और भरोसेमंद बना रहे।

तकनीकी नोट्स

रिक्वायरमेंट्स छोटे नियमों (R-1, R-2 …) में बाँटे जाते हैं, acceptance criteria में निहित नियमों सहित। कोई नियम तभी full माना जाता है जब उसका positive path और मुख्य negative या boundary स्थितियाँ टेस्ट हों। छूटे हुए टेस्ट (MT-1, MT-2 …) उस रिक्वायरमेंट का नाम देते हैं जिसे वे पूरा करते हैं, प्रकार और प्राथमिकता के साथ; रिडंडेंट टेस्ट वे हैं जो किसी रिक्वायरमेंट से नहीं जुड़ते या किसी और टेस्ट को दोहराते हैं।

संदर्भ

  • ISTQB GlossaryISTQBटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।
  • ISO/IEC/IEEE 29119-1:2022 — Software and systems engineering — Software testing — Part 1: General conceptsISO/IEC/IEEE · 2022सॉफ़्टवेयर टेस्टिंग का अंतरराष्ट्रीय मानक: अवधारणाएँ, प्रक्रियाएँ, दस्तावेज़ीकरण और तकनीकें।