Requirements → टेस्ट सिनेरियो

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

आवश्यकताओं को सिनेरियो में समूहित करें, आवश्यकताओं के आर-पार जाने वाले flow पहचानें और एक coverage map बनाएँ जो दिखाए कि कौन-सा सिनेरियो किन आवश्यकताओं को परखता है।

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

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

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

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

Requirements → टेस्ट सिनेरियो कैसे इस्तेमाल करें

  1. functional आवश्यकताएँ एक पंक्ति में एक करके पेस्ट करें।
  2. सिनेरियो और coverage map देखने के लिए Generate दबाएँ।
  3. बिना coverage वाली आवश्यकताओं की चेतावनियाँ हल करें और एक्सपोर्ट करें।

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

  • आवश्यकताओं को उनके प्रकार के अनुसार end-to-end सिनेरियो में समूहित करता है, negative जोड़ीदार सिनेरियो के साथ
  • आवश्यकताओं के आर-पार जाने वाली यात्राएँ, जो कई आवश्यकताओं को क्रम से परखती हैं
  • रिग्रेशन smoke और permission-मैट्रिक्स सिनेरियो
  • आवश्यकता से सिनेरियो id तक coverage map, खामियों की चेतावनियों के साथ
  • Markdown, JSON, CSV या Gherkin के रूप में एक्सपोर्ट

Requirements → टेस्ट सिनेरियो का उदाहरण

कार्ट की आवश्यकताएँ

इनपुट:

1. Customers can add products to a cart.
2. Quantity must be between 1 and 10.
3. Checkout requires a verified email.

आउटपुट:

TS-001  Core functional flow                              covers REQ-1
TS-002  Core functional flow — negative and exception paths  covers REQ-1
TS-003  Input validation and error handling               covers REQ-2, REQ-3
TS-005  Regression smoke across all requirements          covers REQ-1, REQ-2, REQ-3
TS-006  Permission and role matrix                        covers REQ-1

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

आवश्यकताओं को सिनेरियो में कैसे समूहित किया जाता है?

प्रकार के अनुसार — functional flow, validation, security, performance, UI, data और integration — जिसमें functional तथा validation समूहों के लिए एक negative जोड़ीदार सिनेरियो, आवश्यकताओं के आर-पार जाने वाली यात्राएँ और एक permission मैट्रिक्स भी होता है।

coverage map क्या है?

एक तालिका जो दिखाती है कि हर आवश्यकता को कौन-से सिनेरियो id परखते हैं और कितने; जिन आवश्यकताओं पर coverage नहीं है उन्हें चेतावनी के रूप में बताया जाता है ताकि कुछ भी छूट न जाए।

आवश्यकताओं के आर-पार जाने वाली यात्राएँ क्या हैं?

लगातार आने वाली functional आवश्यकताओं के ऐसे क्रम जिन्हें एक ही यूज़र एक ही सेशन में पूरा करता है; ये उन integration समस्याओं को उजागर करती हैं जो अकेली आवश्यकता वाले टेस्ट से छूट जाती हैं।

संदर्भ

  • 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टेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।