पॉज़िटिव टेस्ट जनरेटर

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

फ़ील्ड, constraints और बिज़नेस नियमों से वैध-इनपुट टेस्ट केस बनाएँ, जिनमें सामान्य, न्यूनतम और अधिकतम वैध वैल्यू शामिल हैं।

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

पॉज़िटिव टेस्ट जनरेटर कैसे इस्तेमाल करें

  1. फ़ील्ड को constraints और बिज़नेस नियमों (रेंज, enum, unique) के साथ सूचीबद्ध करें।
  2. फ़ीचर को नाम दें और एक्सपोर्ट फ़ॉर्मेट चुनें।
  3. Generate दबाएँ और happy-path केस देखें।

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

  • पूरे फ़ॉर्म के लिए सामान्य, न्यूनतम और अधिकतम वैध सबमिशन
  • सिर्फ़ अनिवार्य फ़ील्ड वाला सबमिशन, वैकल्पिक फ़ील्ड खाली छोड़कर
  • हर फ़ील्ड की हर वैध equivalence class के लिए एक केस (हर enum वैल्यू, दोनों boolean, वैध फ़ॉर्मेट)
  • फ़्री-टेक्स्ट फ़ील्ड में Unicode स्वीकार होना और ईमेल में plus-addressing
  • Markdown, JSON, CSV या Gherkin के रूप में एक्सपोर्ट

पॉज़िटिव टेस्ट जनरेटर का उदाहरण

payment amount के happy-path केस

इनपुट:

amount: number, min=1, max=10000, required
currency: enum(USD, EUR, SAR), required

आउटपुट:

POS-001 Submit the form with typical valid values for all fields   amount=5000.5; currency=USD
POS-002 Submit the form with minimal valid values                   amount=1; currency=USD
POS-003 Submit the form with maximal valid values                   amount=10000; currency=SAR
POS-005 Currency: accept allowed value "EUR"

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

positive टेस्ट किसे कहते हैं?

हर वह इनपुट जिसे सिस्टम को स्वीकार करना ही चाहिए: सामान्य वैल्यू, न्यूनतम और अधिकतम वैध वैल्यू, सिर्फ़ अनिवार्य फ़ील्ड वाले सबमिशन, हर अनुमत enum वैल्यू और वैध Unicode टेक्स्ट।

न्यूनतम और अधिकतम वैध वैल्यू अलग से क्यों टेस्ट करें?

off-by-one बग रेंज के किनारों पर ही छिपे रहते हैं। ठीक min या max पर पड़ने वाली वैल्यू स्वीकार होनी चाहिए, और सेव की गई वैल्यू न कटनी चाहिए न राउंड होनी चाहिए।

बिज़नेस नियम कैसे इस्तेमाल होते हैं?

constraints के रूप में लिखे नियम (min, max, enum, unique) प्रतिनिधि वैध वैल्यू में बदल जाते हैं। बाक़ी नियमों को अतिरिक्त enum या रेंज फ़ील्ड के रूप में लिखें ताकि उनके भी केस बनें।

कौन-से export फ़ॉर्मेट मिलते हैं और हर केस में क्या होता है?

Table, Markdown, JSON, CSV और Gherkin (.feature, हर केस के लिए एक scenario)। हर केस में ID (POS-001…), title, type, priority, preconditions, test data, steps और expected result होते हैं, इसलिए उसे test-management टूल में import या BDD suite में सीधे डाला जा सकता है। typical-values वाला केस Critical होता है; required-only, minimal और maximal केस High।