إنشاء خادم Postman Mock
يشرح هذا الدليل كيفية استخدام ملفات عينة Postman المتوفرة لإنشاء بيئة واجهة برمجة تطبيقات وهمية. ستقوم بمحاكاة نفس نقاط النهاية الموضحة في الوثائق — دون الحاجة إلى خلفية حية.
المتطلبات الأساسية
-
Postman (إصدار سطح المكتب أو الويب)
-
ثلاثة ملفات JSON مضمنة في هذا المشروع:
DataPipeline-Environment.json: تحدد المتغيرات القابلة لإعادة الاستخدام مثلbase_urlوmock_base_urlوapi_tokenوstream_id.DataPipeline-postman-collection.json: تحاكي واجهة برمجة تطبيقات Streaming Ingest API الواردة في الوثائق للاختبار الحقيقي أو المرحلي.DataPipeline-MockServer-Collection.json: تهيئ الاستجابات الوهمية لنفس نقاط النهاية باستخدام خادم Postman Mock Server.
قم بتنزيل الملفات الثلاثة هنا: تنزيل ملفات Postman
1. استيراد الملفات إلى Postman
-
افتح Postman وانقر فوق استيراد (Import).
-
حدد ملفات JSON التي تم تنزيلها:
- المجموعتان (
DataPipeline-postman-collection.jsonوDataPipeline-MockServer-Collection.json). - البيئة (
DataPipeline-Environment.json).
- المجموعتان (
-
من قائمة البيئة في أعلى اليمين، حدد بيئة خط أنابيب البيانات (Data Pipeline Environment).
يجب أن ترى الآن:
- وثائق خط أنابيب البيانات مشروع
- خط أنابيب البيانات - مجموعة خادم محاكاة
- بيئة خط أنابيب البيانات
2. إنشاء الخادم الوهمي
- انتقل إلى Mock Servers في Postman.
- انقر فوق Create Mock Server.
- اختر Data Pipeline—Mock Server Collection.
- احتفظ بالإعدادات الافتراضية وانقر فوق Create Mock Server.
سيقوم Postman بإنشاء عنوان خادم وهمي فريد، على سبيل المثال:
https://a12b34cd-1234-5678.mock.pstmn.io
3. تحديث متغير البيئة
- انتقل إلى Environments → Data Pipeline Environment.
- ابحث عن المتغير
mock_base_url. - استبدل قيمة العنصر النائب:
# قديم
https://mock-server-url-from-postman.io
# جديد
https://a12b34cd-1234-5678.mock.pstmn.io
- احفظ البيئة.
4. إرسال أول طلب وهمي
- افتح POST /v1/streams/ingest داخل مجموعة الخوادم الوهمية (Mock Server Collection).
- تأكد من أن البيئة نشطة.
- انقر فوق إرسال (Send).
يجب أن ترى استجابة وهمية 200 OK:
{
"status": "accepted",
"ingested_bytes": 204,
"stream_id": "demo-stream-001",
"message": "تم استلام الحدث بنجاح بواسطة الخادم الوهمي."
}
5. اختبار استجابة الخطأ
قم بإزالة رأس مطلوب أو تحرير نص JSON لتشغيل استجابة 400 طلب غير صالح (Bad Request).
{
"error": "invalid_format",
"detail": "حقل 'timestamp' مفقود أو غير صالح. التنسيق المتوقع هو ISO 8601."
}
6. التبديل بين الاختبار المباشر والاختبار الوهمي
- لاختبار الأمثلة "المباشرة"، استخدم DataPipeline-postman-collection.json مع
{{base_url}}. - لاختبار محليًا أو دون اتصال بالإنترنت، استخدم DataPipeline-MockServer-Collection.json مع
{{mock_base_url}}. - كلاهما يعتمد على نفس
DataPipeline-Environment.jsonلإدارة المتغيرات.
يتيح لك ذلك اختبار أمثلة الوثائق وواجهة برمجة التطبيقات الوهمية دون تغيير عناوين URL يدويًا.
تصور تدفق الطلب
- Mermaid (كود)
- Mermaid (صورة)
- مخطط ASCII
sequenceDiagram
participant Dev as Postman (مستخدم)
participant Mock as خادم Postman الوهمي
participant Resp as استجابة وهمية
Dev->>Mock: POST /v1/streams/ingest
Note right of Dev: الرؤوس: Authorization, X-Stream-Id, Content-Type
Mock-->>Resp: محاكاة استجابة JSON 200 أو 400
Resp-->>Dev: إرجاع الاستجابة إلى عميل Postman
+------------+ +--------------------+ +------------------------+
| Postman | -----> | الخادم الوهمي (API)| -----> | استجابة وهمية (JSON) |
+------------+ +--------------------+ +------------------------+
| | |
| POST /v1/streams/ingest | |
| الرؤوس + نص JSON | |
+----------------------------------------------------------+
أهمية ذلك
يتيح لك استخدام خوادم Postman Mock ومجموعاتها ما يلي:
- اتباع البرامج التعليمية وأمثلة واجهة برمجة التطبيقات (API) تمامًا كما هي مكتوبة.
- التحقق من صحة تنسيقات الطلبات والاستجابات قبل النشر.
- اختبار البيئات الحقيقية والمحاكاة باستخدام تكوين واحد.
- تطوير الوثائق والتحقق منها جنبًا إلى جنب مع تصميم واجهة برمجة التطبيقات (API).