
اختبار REST API يعني إرسال طلب HTTP إلى نقطة نهاية وفحص ما يعود: رمز الحالة، والترويسات، والجسم. تفعل ذلك لتأكيد أن نقطة النهاية تعمل، أو لرؤية الشكل الدقيق للبيانات التي تُعيدها، أو لاستنساخ خطأ، أو لاستكشاف API طرف ثالث قبل كتابة كود ضده. كلما أسرعت في إرسال طلب وقراءة الاستجابة، كان فهمك للـ API أسرع.
توجد أدوات سطح مكتب لهذا، لكنها مبالغ فيها لفحص سريع. أداة اختبار في المتصفح تُحمَّل فورياً وتتعامل مع الغالبية العظمى من الطلبات اليومية دون تثبيت أو حساب أو إعداد.
?page=2&limit=20.Content-Type يصف تنسيق الجسم، وAuthorization يحمل بيانات الاعتماد، وAccept يحدد تنسيق الاستجابة المطلوب.كل استجابة تحمل رمز حالة يخبرك بما حدث للوهلة الأولى. الفئات سهلة التذكر: 2xx تعني النجاح (200 OK، 201 Created)، و3xx تعني إعادة التوجيه، و4xx تعني أن العميل ارتكب خطأ (404 Not Found، 401 Unauthorized، 400 Bad Request)، و5xx تعني أن الخادم فشل (500 Internal Server Error). حين يسيء API التصرف، رمز الحالة هو الدليل الأول.
تحت الحالة، ترويسات الاستجابة تصف الحمولة، والجسم يحتوي على البيانات الفعلية. الأداة التي تُنسِّق JSON تلقائياً تجعل الجسم قابلاً للقراءة بدلاً من سطر كثيف واحد.
Authorization، غالباً رمز bearer. استجابة 401 تعني دائماً تقريباً أنها مفقودة أو خاطئة.Content-Type: application/json وتحقق من 201 والمورد المُنشأ في الاستجابة.معظم الطلبات الفاشلة تعود إلى حفنة من الأسباب: ترويسة Content-Type مفقودة أو مشوهة، أو رمز مصادقة منتهي أو غائب، أو خطأ إملائي في الرابط URL أو معامل استعلام خاطئ، أو JSON غير صحيح في الجسم. لأن الأداة تُظهر لك الحالة الخام والاستجابة، يسهل تشخيص هذه الأسباب — الـ API يخبرك بما هو خاطئ إذا استطعت قراءة رده بوضوح.
افتح أداة اختبار REST API المجانية عبر الإنترنت — اختر طريقة، واضبط الترويسات والجسم، وأرسل الطلب، واقرأ استجابة مُنسَّقة مع رمز حالتها. لا تسجيل، لا تثبيت.