كيفية استخدام مولّد استجابات خطأ وهمية
- اختر نوع الخطأ والصيغة التي تستخدمها واجهة API لديك.
- لأخطاء التحقق، أدرج أسماء الحقول.
- ولّد الاستجابة والصق الجسم في اختبارات العميل أو الخادم الوهمي لديك.
مزايا مولّد استجابات خطأ وهمية
- إحدى عشرة صيغة: RFC 9457 وJSON:API وGoogle وAWS وStripe وLaravel وDjango REST وASP.NET Core وJSend والصيغة البسيطة وGraphQL
- أحد عشر نوعاً من الأخطاء، من خطأ التحقق (422) إلى انتهاء مهلة البوابة (504)، مع ترويسات مطابقة
- رسائل على مستوى الحقل تُستنتج من أسماء الحقول
- إمكانية استبدال رسالة التفاصيل برسالة مخصّصة
- مخرجات HTTP خام مع ملخّص للحالة والترويسات
مثال على مولّد استجابات خطأ وهمية
خطأ تحقق على نمط Laravel
الإدخال:
Fields: email, age
Error: validation, format: Laravelالنتيجة:
HTTP/1.1 422 Unprocessable Content
{
"message": "Email must be a valid email address.",
"errors": {
"email": ["Email must be a valid email address."],
"age": ["Age must be between 1 and 100."]
}
}الأسئلة الشائعة حول مولّد استجابات خطأ وهمية
ما الصيغ المتاحة؟
تفاصيل المشكلة وفق RFC 9457، وأخطاء JSON:API، وGoogle API، وAWS، وStripe، وLaravel، وDjango REST Framework، وValidationProblemDetails في ASP.NET Core، وJSend، وكائن { error } بسيط، وأخطاء GraphQL.
ما أنواع الأخطاء التي يمكنني توليدها؟
خطأ التحقق (422)، والطلب غير الصالح (400)، والمصادقة (401)، والوصول المحظور (403)، وعدم العثور (404)، والتعارض (409)، والدفع المطلوب (402)، وتحديد المعدّل (429)، وخطأ الخادم (500)، وعدم التوفر (503)، وانتهاء مهلة البوابة (504) — كلٌّ منها مع ترويسات مطابقة.
كيف تُختار أخطاء الحقول؟
من أسماء الحقول: يحصل email على رسالة صيغة غير صالحة، وpassword على رسالة قصير جداً، وterms على رسالة يجب أن تكون true، والمعرّفات على رسالة غير موجود، وهكذا. أضف حقولك الخاصة لترى التعيين.
هل يمكنني تحديد الرسالة؟
نعم، تحلّ الرسالة المخصّصة محل رسالة التفاصيل الافتراضية في كل الصيغ، بينما تبقى الرموز والحالة والبنية صحيحة.