टेस्ट केस जनरेटर

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

फ़ीचर का विवरण दें, उसके इनपुट और नियम सूचीबद्ध करें, और आज़माई हुई test-design तकनीकों से positive, negative तथा boundary टेस्ट केस का व्यवस्थित सेट पाएँ, जिसे तालिका, Markdown, CSV या JSON में एक्सपोर्ट किया जा सकता है।

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

टेस्ट केस क्या है?

टेस्ट केस पूर्वशर्तों, इनपुट, क्रियाओं और अपेक्षित परिणामों का निर्दिष्ट सेट है जो किसी एक आवश्यकता या व्यवहार को सत्यापित करने के लिए लिखा जाता है (ISTQB)। टेस्ट सिनेरियो व्यापक है — "एक्सपायर्ड कार्ड से चेकआउट" जैसा यूज़र लक्ष्य — जिसे कई टेस्ट केस कवर करते हैं। अच्छे केस स्पष्ट होते हैं, कोई और भी दोहरा सके, किसी आवश्यकता से जुड़े हों, और केवल हैप्पी पाथ नहीं बल्कि नेगेटिव और बाउंड्री पाथ भी शामिल करें।

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

टेस्ट केस जनरेटर कैसे इस्तेमाल करें

  1. फ़ीचर को नाम दें और चाहें तो बताएँ कि वह क्या करता है और उसे कौन इस्तेमाल करता है।
  2. फ़ील्ड एक-एक पंक्ति में लिखें, जैसे "email: email, required, max=254" या "age: integer, min=18, max=120"।
  3. जो श्रेणियाँ चाहिए उन पर टिक लगाएँ और एक एक्सपोर्ट फ़ॉर्मेट चुनें।
  4. Generate दबाएँ, तालिका देखें और एक्सपोर्ट कॉपी या डाउनलोड करें।

टेस्ट केस जनरेटर की खूबियाँ

  • equivalence partitioning, boundary value analysis, negative मैट्रिक्स और security payloads — सबको एक ही क्रमांकित सेट में जोड़ता है
  • फ़ीचर विवरण से निकाले गए flow-स्तर के केस (मुख्य पथ, permissions, session expiry, मोबाइल)
  • फ़ील्ड मिनी-भाषा: name: type, constraints — न बताने पर टाइप और सीमाएँ नाम से ही अनुमानित हो जाती हैं
  • positive, negative, boundary, edge और security श्रेणियाँ अलग-अलग चालू या बंद करें
  • मानक कॉलम: ID, शीर्षक, प्रकार, प्राथमिकता, पूर्व-शर्तें, टेस्ट डेटा, स्टेप, अपेक्षित परिणाम
  • श्रेणी सारांश के साथ Markdown तालिका, JSON, CSV या Gherkin feature फ़ाइल के रूप में एक्सपोर्ट

टेस्ट केस जनरेटर का उदाहरण

दो फ़ील्ड वाला रजिस्ट्रेशन फ़ॉर्म

इनपुट:

Feature: Sign-up
Fields:
email: email, required, max=254
age: integer, min=18, max=120

आउटपुट:

TC-007  Submit Sign-up with typical valid values for all fields   Critical  positive
TC-014  Email: reject empty value                                   High      negative
TC-024  Email: reject html / script injection                       High      security
TC-032  Age: reject below minimum (18)                              High      negative
TC-049  Age: minimum (min) = 18                                     High      boundary
… 54 cases, exported as Markdown

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

जनरेटर कौन-सी तकनीकें लगाता है?

Equivalence partitioning, boundary value analysis, हर टाइप के लिए negative मैट्रिक्स, security payloads और विवरण से निकाले गए flow-स्तर के केस (मुख्य पथ, permissions, session expiry)। Edge चालू करने पर Unicode, whitespace, तारीख़ और overflow वाला नॉलेज बेस भी जुड़ जाता है।

मैं अपने फ़ील्ड कैसे लिखूँ?

हर पंक्ति में एक फ़ील्ड: name: type, constraints। टाइप में string, email, number, integer, date, boolean, enum(a,b), url, phone, file, list और password शामिल हैं; constraints हैं required, min=, max=, pattern= और unique। सिर्फ़ नाम भी काफ़ी है — email, date या price जैसे शब्दों से टाइप अपने आप पहचान लिया जाता है।

क्या मैं अपने test management टूल में एक्सपोर्ट कर सकता हूँ?

हाँ। TestRail, Xray, Zephyr या स्प्रेडशीट के लिए CSV चुनें, स्क्रिप्ट के लिए JSON, wiki और pull request के लिए Markdown, या Cucumber, SpecFlow तथा Behave की feature फ़ाइलें शुरू करने के लिए Gherkin।

क्या इसमें AI इस्तेमाल होता है?

नहीं। जनरेशन डिटरमिनिस्टिक है और पूरी तरह आपके ब्राउज़र में चलता है, इसलिए एक ही इनपुट हमेशा वही केस देता है और कुछ भी अपलोड नहीं होता।

इतने सारे केस क्यों बनते हैं?

व्यवस्थित test design जान-बूझकर ज़रूरत से ज़्यादा केस बनाता है। जो श्रेणियाँ नहीं चाहिए उनका टिक हटा दें, या सिर्फ़ negative और boundary केस से शुरू करें और फिर प्राथमिकता के हिसाब से छाँट लें।

तकनीकी नोट्स

हर फ़ील्ड को वर्गीकृत किया जाता है (numeric, length-bound, date, enum, boolean, file, list, identifier) और तकनीक लाइब्रेरी से गुज़ारा जाता है: equivalence classes हर वैध क्लास के लिए एक positive केस बनाती हैं, negative मैट्रिक्स टाइप के हिसाब से failure mode गिनाता है और उनके साथ अपेक्षित एरर मैसेज देता है, और 3-value BVA min−1, min, min+1, max−1, max और max+1 बनाता है, साथ में रेंज के बीच की एक nominal वैल्यू भी।

विवरण को user story की तरह पार्स किया जाता है (क्रिया और entity की पहचान) ताकि flow-स्तर के केस जोड़े जा सकें; मर्ज करने के बाद id दोबारा क्रम से नंबर किए जाते हैं, जिससे हर बार चलाने पर एक्सपोर्ट स्थिर रहता है।

संदर्भ

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