Mock एरर पेलोड जनरेटर

ब्राउज़र में चलता है मॉकिंग

फ़ील्ड की सूची दें और कई परंपराओं (Laravel, Django REST, ASP.NET, JSON:API) में प्रति-फ़ील्ड संदेश तथा कोड वाले एरर पेलोड बनाएँ, ताकि एरर रेंडरिंग टेस्ट की जा सके।

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

अच्छा API एरर रिस्पॉन्स कैसा दिखता है?

अच्छा API एरर सही स्टेटस कोड और एक सुसंगत, मशीन-रीडेबल बॉडी इस्तेमाल करता है। RFC 9457 (Problem Details) उस बॉडी को मानकीकृत करता है: एक type URI, छोटा title, status, मानव-पठनीय detail और instance पहचानकर्ता, application/problem+json में। यह कॉलर को बताता है कि क्या गलत हुआ और कैसे ठीक करें — बिना स्टैक ट्रेस, SQL या आंतरिक पाथ उजागर किए।

Mock एरर पेलोड जनरेटर कैसे इस्तेमाल करें

  1. फ़ॉर्म या API फ़ील्ड के नाम सूचीबद्ध करें।
  2. परंपरा, पेलोड की संख्या और उपसमूह मोड चुनें।
  3. Generate दबाएँ और इन पेलोड को अपने फ़ॉर्म एरर रेंडरिंग टेस्ट में दें।

Mock एरर पेलोड जनरेटर की खूबियाँ

  • Laravel, Django REST, ASP.NET, JSON:API, Google, AWS, Stripe, RFC 9457, JSend, simple और GraphQL परंपराओं में फ़ील्ड-स्तरीय एरर पेलोड
  • थोक में जनरेशन: सभी फ़ील्ड, एक बार में एक फ़ील्ड या रैंडम उपसमूह
  • फ़ील्ड के नाम से अनुमान लगाए गए कोड और संदेश
  • जल्दी समीक्षा के लिए फ़ील्ड एरर की सूची वाली तालिका
  • स्थिर snapshot टेस्ट के लिए seed लगाया जा सकता है

Mock एरर पेलोड जनरेटर का उदाहरण

Django REST पेलोड, एक बार में एक फ़ील्ड

इनपुट:

Fields: email, password
Convention: Django REST, mode: one field at a time

आउटपुट:

[
  { "case": 1, "invalidFields": ["email"], "status": 422, "body": { "email": ["Email must be a valid email address."] } },
  { "case": 2, "invalidFields": ["password"], "status": 422, "body": { "password": ["Password must be at least 10 characters."] } }
]

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

फ़ील्ड-स्तरीय एरर पेलोड क्या होता है?

यह वह रिस्पॉन्स है जो फ़ॉर्म को तब मिलता है जब कई इनपुट validation में फ़ेल हो जाते हैं: फ़ील्ड नाम से संदेशों का मैप (Laravel, Django REST), traceId वाली errors dictionary (ASP.NET), pointer आधारित errors (JSON:API), fieldViolations (Google) और अन्य।

थोक मोड क्या करता है?

यह एक साथ कई पेलोड बनाता है — हर फ़ील्ड अमान्य, एक बार में एक फ़ील्ड, या रैंडम उपसमूह — ताकि आप snapshot टेस्ट से जाँच सकें कि आपका UI हर संयोजन को कैसे दिखाता है।

क्या कोड और संदेश वास्तविक जैसे होते हैं?

ये फ़ील्ड के नाम से अनुमानित होते हैं (email → invalid_format, password → too_short, terms → must_be_true, userId → not_found) और संदेश तटस्थ तथा पढ़ने में आसान होते हैं, जिन्हें आप अपने हिसाब से बदल सकते हैं।

संदर्भ

  • RFC 9457: Problem Details for HTTP APIsIETF · 2023मशीन-रीडेबल API एरर के लिए application/problem+json फ़ॉर्मेट (type, title, status, detail, instance)।
  • OWASP Cheat Sheet Series: Error HandlingOWASP Foundationऐसी एरर रिस्पॉन्स जो कॉलर की मदद करें पर स्टैक ट्रेस, वर्ज़न या आंतरिक पाथ लीक न करें।
  • RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।