Manual Testing < Istqp < API Testing

🧪 مقدمة تقنية حول الـ APIs:
🔧 بنية المشروع:
أي مشروع يتكوّن من:

Frontend: الجزء الذي يتعامل معه المستخدم.

Backend: منطق العمل (Business Logic).

Database: مكان تخزين البيانات.

API: وسيط للتواصل بين الـ frontend وbackend.

💬 مفاهيم مهمة:
Request: الطلب الذي يُرسل من المستخدم للـ backend.

Response: الرد الذي يرجع من الـ backend للـ frontend.

API: “المترجم” بين الواجهتين.

📦 مقدمة حول قاعدة البيانات (Database):
تنقسم إلى:

Offline DB: مثل الصور المخزنة على الموبايل.

Online DB: مثل منشورات الفيسبوك.

Localhost: قاعدة بيانات على شبكة محلية (مثال: شبكة منزلية).

نوعي قواعد البيانات:

SQL Databases: منظمة وصارمة.

NoSQL Databases: مرنة وسريعة وتناسب البيج داتا.

🧬 شرح مبسط لفكرة الـ API:
✅ تمثيل مجازي:
الأم تطلب من ابنها شراء أشياء من السوبرماركت.

الولد = Client

السوبر ماركت = Backend

الورقة = API Request

البضائع = Response

الأم تطلب:

إضافة شيء → POST

تعديل جزئي → PATCH

تعديل كلي → PUT

الحصول على شيء → GET

حذف شيء → DELETE

🧠 مفاهيم إضافية في الـ Request:
URL Structure: يشبه العنوان في السوبرماركت (قسم الألبان، قسم الحبوب…).

Parameters: مثل الكمية (كيلو/لتر).

Data Types: نوع البيانات (String, Integer…).

Body (في POST): شنطة سوداء – يُرسل فيها البيانات دون أن تظهر في الـ URL.
=========
🧰 التحضير لـ Postman & Documentation:
تم عرض شكل الـ API Documentation.

شرح ما يُستلم من الشركة:

Endpoint

Method (POST, GET…)

Parameters

Data Types

Expected Response

تم التلميح لكيفية استخدام Postman في الجلسات القادمة.

🧠 أفكار مهمة في التفكير كمختبر (Tester):
الإبداع في التفكير هو أهم سمة للمختبر.

التفكير في السيناريوهات الغريبة: تغيير امتداد الصور، إدخال بيانات غير منطقية، قطع الاتصال أثناء الإرسال…

الفرق بين مختبر عادي ومتميز هو في “الـ Invalid Cases” والقدرة على اكتشاف نقاط الضعف.

📌 نصائح ختامية:
لا تعتمد فقط على الكورسات – افهم الـ API فعليًا.

تعلم من الـ “ليد” وطريقة تفكيره.

راجع Documentation عمليًا وتدرّب على Postman.

ركّز على فهم الـ Business Logic وراء كل خدمة API.