Requirements → टेस्ट केस

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

आवश्यकताएँ पेस्ट करें (एक पंक्ति में एक या क्रमांकित) और हर एक के लिए एक या ज़्यादा टेस्ट केस पाएँ, ID तथा एक्सपोर्ट होने योग्य traceability matrix के साथ।

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

यूज़र स्टोरी से टेस्ट केस कैसे निकाले जाते हैं?

यूज़र स्टोरी ("एक ग्राहक के रूप में मैं सेव किए कार्ड से भुगतान कर सकूँ ताकि चेकआउट तेज़ हो") अपने स्वीकृति मानदंडों से टेस्ट-योग्य बनती है: हर मानदंड, पूर्व-शर्त, क्रिया और देखे जा सकने वाले परिणाम के रूप में लिखा हुआ, कम से कम एक टेस्ट केस से मेल खाता है, और जिन सवालों का जवाब स्टोरी नहीं देती — अस्वीकृत कार्ड, समाप्त कार्ड, कोई सेव कार्ड ही नहीं — वे नेगेटिव केस बनते हैं। स्टोरी का लाभ-खंड ("ताकि") बताता है कि क्या मापना है; भूमिका बताती है कि किन अनुमतियों से टेस्ट करना है। बिना स्वीकृति मानदंड की स्टोरी टेस्टिंग के लिए तैयार नहीं है, और आमतौर पर विकास के लिए भी नहीं।

गाइड पढ़ें: टेस्ट केस कैसे लिखें

Requirements → टेस्ट केस कैसे इस्तेमाल करें

  1. आवश्यकताएँ एक पंक्ति में एक करके पेस्ट करें।
  2. traceability matrix और केस देखने के लिए Generate दबाएँ।
  3. अपने RTM के लिए मैट्रिक्स CSV में और केस अपनी ज़रूरत के फ़ॉर्मेट में डाउनलोड करें।

Requirements → टेस्ट केस की खूबियाँ

  • क्रमांकित पंक्तियाँ, REQ-n / FR-nn आइडेंटिफ़ायर, bullet और सादी पंक्तियाँ स्वीकार करता है
  • आवश्यकताओं को वर्गीकृत करता है (functional, validation, security, performance, UI, data, integration) और must/shall/should/may से प्राथमिकता का अनुमान लगाता है
  • हर आवश्यकता के लिए कम से कम दो ट्रेस करने योग्य केस, और validation आवश्यकता में संख्याओं का ज़िक्र हो तो एक boundary केस भी
  • आवश्यकता से टेस्ट तक जोड़ने वाला requirement-to-test traceability matrix
  • Markdown, JSON (आवश्यकताओं की सूची के साथ), CSV या Gherkin में एक्सपोर्ट

Requirements → टेस्ट केस का उदाहरण

password reset की आवश्यकताएँ

इनपुट:

REQ-1: The system shall allow users to reset their password via an emailed link.
REQ-2: Reset links must expire after 30 minutes.

आउटपुट:

Requirement  Kind        Priority  Test cases       Count
REQ-1        security    High      TC-001, TC-002   2
REQ-2        functional  High      TC-003, TC-004   2

Requirements → टेस्ट केस के बारे में अक्सर पूछे जाने वाले सवाल

आवश्यकताओं के कौन-से फ़ॉर्मेट पहचाने जाते हैं?

क्रमांकित पंक्तियाँ (1., 2.), REQ-3, FR-01 या [SRS-12] जैसे आइडेंटिफ़ायर, bullet point और सादी पंक्तियाँ। जिनमें आइडेंटिफ़ायर नहीं है उन्हें क्रम से REQ-nn id मिल जाते हैं।

हर आवश्यकता के लिए कितने केस बनते हैं?

कम से कम दो: एक positive सत्यापन और उसके प्रकार के हिसाब से एक जोड़ीदार केस — validation नियमों के लिए अमान्य इनपुट, security के लिए bypass की कोशिश, performance के लिए लोड मापन, integration के लिए dependency की विफलता। जिस validation आवश्यकता में संख्याएँ हों, उसे boundary वैल्यू का एक अतिरिक्त केस भी मिलता है।

traceability matrix में क्या होता है?

हर आवश्यकता के लिए एक पंक्ति, जिसमें उसका प्रकार, प्राथमिकता (must/shall/should/may की भाषा से), उसे कवर करने वाले टेस्ट केस के id और उनकी संख्या होती है — आपके टेस्ट प्लान के RTM के लिए तैयार।

क्या मैं सब कुछ एक्सपोर्ट कर सकता हूँ?

मैट्रिक्स CSV के रूप में डाउनलोड होता है; केस Markdown, JSON (आवश्यकताओं की सूची सहित), CSV या Gherkin में एक्सपोर्ट होते हैं।

संदर्भ

  • ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।
  • Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)Addison-Wesley (Pearson) · 2009एजाइल टेस्टिंग क्वाड्रेंट और टेस्टर डिलीवरी टीम के भीतर कैसे काम करते हैं — "सही परत पर टेस्टिंग" का आधार।
  • ISTQB GlossaryISTQBटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।