नेगेटिव टेस्ट जनरेटर

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

फ़ील्ड को उनके टाइप और constraints के साथ परिभाषित करें और हर फ़ील्ड के लिए विस्तृत negative टेस्ट मैट्रिक्स पाएँ, जिसमें अपेक्षित एरर व्यवहार भी शामिल है।

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

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

  1. फ़ील्ड को उनके टाइप और constraints के साथ, एक पंक्ति में एक, लिखें।
  2. चाहें तो फ़ॉर्म या endpoint का नाम दें।
  3. मैट्रिक्स और क्रमांकित टेस्ट केस देखने के लिए Generate दबाएँ।
  4. वही payload API पर भी चलाएँ ताकि सर्वर-साइड validation की पुष्टि हो जाए।

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

  • हर फ़ील्ड के लिए negative मैट्रिक्स: खाली, null, whitespace, ग़लत टाइप, रेंज से बाहर, बहुत लंबा, ग़लत फ़ॉर्मेट, अनजान enum वैल्यू, डुप्लिकेट
  • हर टेक्स्ट फ़ील्ड के लिए security पंक्तियाँ: script और SQL injection, null बाइट, bidi override
  • file, list, date, phone, URL, email, UUID और password के लिए ख़ास failure mode
  • अपेक्षित व्यवहार साफ़-साफ़ लिखा हुआ: मैसेज, कुछ भी सेव न होना, फ़ील्ड का हाइलाइट होना
  • पूरे फ़ॉर्म के केस: एक साथ सब कुछ अमान्य, और पूरी तरह खाली सबमिशन
  • Markdown, JSON, CSV या Gherkin के रूप में एक्सपोर्ट

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

age फ़ील्ड का negative मैट्रिक्स

इनपुट:

age: integer, min=18, max=120, required

आउटपुट:

Empty value            ""       Rejected with "Age is required"
Non-numeric text       "abc"    Rejected with "Age must be a number"
Decimal value          3.5      Rejected with "Age must be a whole number"
Below minimum (18)     17       Rejected with "Age must be at least 18"
Above maximum (120)    121      Rejected with "Age must be at most 120"
Extremely large value  1e309    Rejected with "Age is out of range"

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

कौन-कौन से negative इनपुट बनते हैं?

खाली, null और whitespace वैल्यू, ग़लत टाइप, min/max के बाहर की वैल्यू, बहुत लंबी या बहुत छोटी वैल्यू, ग़लत फ़ॉर्मेट (email, URL, phone, date, UUID), enum से बाहर की वैल्यू, unique फ़ील्ड के लिए डुप्लिकेट, फ़ाइल टाइप और साइज़ के उल्लंघन, तथा injection, null-byte और bidi payload।

"अपेक्षित व्यवहार" में क्या होता है?

एक ठोस अपेक्षा: यूज़र को कौन-सा एरर मैसेज दिखना चाहिए, कुछ भी सेव नहीं होना चाहिए, और फ़ील्ड हाइलाइट होनी चाहिए। शब्दावली अपने प्रोडक्ट के मैसेज कैटलॉग के हिसाब से बदल लें।

क्या negative केस API से भी टेस्ट करने चाहिए?

हाँ। क्लाइंट-साइड validation को बायपास किया जा सकता है, इसलिए वही अमान्य payload सीधे endpoint पर भेजें और फ़ील्ड-स्तर के एरर के साथ 400/422 की उम्मीद रखें।

security पंक्तियाँ क्यों शामिल हैं?

टेक्स्ट लेने वाली हर फ़ील्ड injection की संभावित जगह है। मैट्रिक्स में script, SQL, null-byte और bidi जाँचें जोड़ दी जाती हैं ताकि वे कभी छूटें नहीं।