यूज़र स्टोरी से टेस्ट केस कैसे निकाले जाते हैं?
यूज़र स्टोरी ("एक ग्राहक के रूप में मैं सेव किए कार्ड से भुगतान कर सकूँ ताकि चेकआउट तेज़ हो") अपने स्वीकृति मानदंडों से टेस्ट-योग्य बनती है: हर मानदंड, पूर्व-शर्त, क्रिया और देखे जा सकने वाले परिणाम के रूप में लिखा हुआ, कम से कम एक टेस्ट केस से मेल खाता है, और जिन सवालों का जवाब स्टोरी नहीं देती — अस्वीकृत कार्ड, समाप्त कार्ड, कोई सेव कार्ड ही नहीं — वे नेगेटिव केस बनते हैं। स्टोरी का लाभ-खंड ("ताकि") बताता है कि क्या मापना है; भूमिका बताती है कि किन अनुमतियों से टेस्ट करना है। बिना स्वीकृति मानदंड की स्टोरी टेस्टिंग के लिए तैयार नहीं है, और आमतौर पर विकास के लिए भी नहीं।
गाइड पढ़ें: टेस्ट केस कैसे लिखें
AI Requirements → टेस्ट केस कैसे इस्तेमाल करें
- रिक्वायरमेंट्स पेस्ट करें — क्रमांकित (REQ-1, 2.3 …) या खुले टेक्स्ट में।
- कितने टेस्ट केस चाहिए (5 से 40) और आउटपुट भाषा चुनें।
- «जनरेट» दबाएँ। टूल पहले टेक्स्ट को छोटे-छोटे (atomic) रिक्वायरमेंट्स में बाँटता है, फिर ऐसे केस लिखता है जिनमें से हर एक अपने कवर किए रिक्वायरमेंट्स बताता है।
- ट्रेसेबिलिटी मैट्रिक्स में बिना केस वाले रिक्वायरमेंट्स देखें, फिर केस CSV, Markdown या JSON में डाउनलोड करें।
AI Requirements → टेस्ट केस की खूबियाँ
- requirements को क्रमांकित, इकाई-स्तर के नियमों में बाँटता है
- requirement ID से मैप किए गए संरचित टेस्ट केस
- traceability matrix (requirement → टेस्ट केस) अपने आप बनता है
- Markdown, CSV और JSON में एक्सपोर्ट
AI Requirements → टेस्ट केस का उदाहरण
Requirements → केस
इनपुट:
REQ-1 Admin can delete a lookup value.
REQ-2 Referenced values cannot be deleted.आउटपुट:
TC-001 (REQ-1) Delete unused value succeeds
TC-002 (REQ-2) Delete referenced value is rejected with reference count
…AI Requirements → टेस्ट केस के बारे में अक्सर पूछे जाने वाले सवाल
traceability कैसे संभाली जाती है?
हर रिक्वायरमेंट आपके दस्तावेज़ का अपना नंबर रखता है, या नंबर न होने पर उसे REQ-1, REQ-2 … मिलता है, और हर टेस्ट केस अपने कवर किए रिक्वायरमेंट्स की IDs बताता है। ट्रेसेबिलिटी मैट्रिक्स एक नज़र में दिखाता है कि किन रिक्वायरमेंट्स का कोई केस नहीं है।
अगर किसी रिक्वायरमेंट को टेस्ट नहीं किया जा सकता तो?
टूल उसके लिए केस गढ़ने की जगह सारांश में यह बता देता है — जैसे कोई इरादे वाला वाक्य जिसमें जाँचने लायक कुछ दिखाई नहीं देता। उसे मापने योग्य नियम के रूप में दोबारा लिखें और फिर जनरेट करें।
यह टूल इस्तेमाल करूँ या Requirements → टेस्ट सिनेरियो?
जब आपको रिक्वायरमेंट IDs से जुड़े, स्टेप और अपेक्षित परिणाम वाले चलाने योग्य केस चाहिए, तब यह टूल इस्तेमाल करें। जब आप पहले ऊँचे स्तर पर end-to-end कवरेज पर सहमति बनाना चाहते हैं, तब Requirements → टेस्ट सिनेरियो से शुरू करें।
तकनीकी नोट्स
नतीजे में मिले हर रिक्वायरमेंट की सूची होती है — दस्तावेज़ की अपनी नंबरिंग के साथ, और वह न हो तो REQ-1, REQ-2 … — और अधिकतम 40 टेस्ट केस, जिनमें से हर एक में स्टेप, टेस्ट डेटा, अपेक्षित परिणाम, प्राथमिकता, जोखिम रेटिंग और उसके कवर किए रिक्वायरमेंट्स की IDs होती हैं। जिस रिक्वायरमेंट को टेस्ट नहीं किया जा सकता, उसे चुपचाप छोड़ने की जगह सारांश में बताया जाता है।
संदर्भ
- ISTQB Certified Tester Foundation Level (CTFL) v4.0सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।
- Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)एजाइल टेस्टिंग क्वाड्रेंट और टेस्टर डिलीवरी टीम के भीतर कैसे काम करते हैं — "सही परत पर टेस्टिंग" का आधार।
- ISTQB Glossaryटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।