اختر صفحة

يعد اختبار التحميل جزءا مهما من أي تطبيق برمجي أو عملية تطوير واجهة برمجة تطبيقات REST. يساعدك على فهم وظائف برنامج معين للتأكد من أنه يعمل بشكل جيد عندما يلتقي أخيرا بمستخدمين حقيقيين. تسمح هذه الاختبارات للمطورين والشركات بتحديد أي اختناقات. بالإضافة إلى ذلك ، فإنه يوفر الوقت ويؤمن الموارد النقدية لاستخدامها بشكل إضافي في وقت لاحق (خاصة باستخدام أدوات اختبار الحمل مثل السيلينيوم). وبالمثل ، فإن اختبار API (واجهة برمجة التطبيقات) هو نوع من اختبار البرامج التي تحدد ما إذا كان التطبيق المطور حديثا يلبي التوقعات ، من حيث الموثوقية والأداء والعمليات والأمان.

ومع ذلك ، عند التركيز على واجهة برمجة تطبيقات REST (نوع من واجهة برمجة التطبيقات) ، يسمح ذلك لنظامين أو أكثر بالتواصل من خلال HTTP ، وهو مشابه تماما لمتصفحات الويب والخوادم ، لتحليل وقت الاستجابة لكل طلب يقدمه المستخدم. لذلك ، إذا كنت تريد معرفة المزيد عن اختبار أتمتة واجهة برمجة تطبيقات REST بمساعدة برنامج تعليمي قصير ، فقم بالغوص في! ولكن قبل القفز على البرنامج التعليمي ، من المهم للغاية فهم ما يدور حوله اختبار واجهة برمجة التطبيقات و REST و REST API واختبار الأتمتة. لذا، دعونا نغطيها بإيجاز واحدة تلو الأخرى.

ما هي واجهة برمجة التطبيقات؟

هل تتساءل ما هي واجهة برمجة التطبيقات؟ حسنا ، ببساطة ، وواجهة برمجة التطبيقات هي مجموعة من القواعد التي تساعد البرامج على التواصل مع بعضها البعض. يقوم المطورون بإنشاء واجهات برمجة التطبيقات على الخوادم ، والتي تسمح للعملاء بالتحدث إليهم. سواء كان المستهلك العادي يعرف ذلك أم لا ، يتم استخدام واجهات برمجة التطبيقات في الخدمات والتطبيقات التي يستخدمونها كل يوم. من عرض توقعات الطقس وتسجيل الدخول إلى حساباتك الاجتماعية إلى الدفع مقابل عنصر من خلال PayPal ، تكون واجهات برمجة التطبيقات وراء الكواليس ، وتعمل على تزويدك بتجربة أكثر تخصيصا واتصالا وأمانا.

نظرا لهذه الحقيقة ، من الضروري اختبار واجهات برمجة التطبيقات بدقة ، لأنها تلعب دورا مهما في التطوير مع التطبيقات والتكاملات الأخرى وتجربة المستخدم. أدائهم يمكن أن يجعل أو يكسر فرصة.

ما هو REST؟

REST لتقف علي نقل الدولة التمثيلية. إنه أسلوب معماري برمجي يمتلك قواعد (قيود) ، والتي من الضروري اتباعها من قبل المطورين. ومع ذلك ، فإن أحد أهم القيود الحيوية هو أن تطبيق الويب يجب أن يكون قادرا على تسليم البيانات (المعلومات) كلما تم إعطاء أمر.

ما هي واجهة برمجة تطبيقات REST؟

جميع المعلومات المذكورة أعلاه تقودنا بشكل جيد إلى واجهة برمجة تطبيقات REST. دعونا نحصل على فهم أفضل لهذا المصطلح من خلال بعض الأمثلة.

تخيل أنك تحاول العثور على شركة طيران تقدم تذاكر غير مكلفة. اكتب طلبك في محرك البحث ، وستحصل على قائمة كاملة بالشركات. بنفس الطريقة ، عندما تحاول البحث عن مقاطع فيديو على YouTube ، ما عليك سوى كتابة الكلمة الرئيسية أو الاسم في حقل البحث والضغط على enter. الشيء التالي الذي تراه هو قائمة طويلة من مقاطع الفيديو ذات الصلة.

علاوة على ذلك ، عند فتح خرائط Google والبحث عن مكان معين تريد زيارته ، يمكنك أيضا رؤية وسائل الراحة القريبة ، مثل المطاعم وخيارات التنقل. يحدث ذلك لأن الشركات قد كشفت عن واجهات برمجة التطبيقات الخاصة بها ، وتعمل واجهة برمجة تطبيقات REST بطريقة مماثلة تقريبا. أنت تفضل طلب بعض البيانات باستخدام HTTP (أو بكلمات بسيطة ، الإنترنت) ، وتتلقى معلومات أو نتائج من الشركات التي تطلب منها.

على الرغم من أن واجهة برمجة تطبيقات REST تلعب دورا رئيسيا في كل مجال تقريبا ، إلا أن صناعة التجارة الإلكترونية تستخدم هذه التكنولوجيا على نطاق واسع ، لأنها تساعد الشركات من خلال التعامل مع أوامر (طلبات) مستخدمين متعددين وإرجاع تنسيقات بيانات متميزة. لذلك ، باختصار ، من مجموعات الأعمال الكبيرة إلى الأفراد العاديين ، فإنه يخدم الوسائط الفائقة بأكملها التي تتضمن حتى شخصا يحاول فقط تحميل صورة أو تحرير معلومات الملف الشخصي أو ببساطة تنزيل ملف.

إجراء اختبار واجهة برمجة تطبيقات REST

هناك طريقتان لاختبار واجهة برمجة تطبيقات REST:

  1. الاختبار اليدوي
  2. اختبار التشغيل الآلي

ومع ذلك ، فإن هذا البرنامج التعليمي مخصص لاختبار الأتمتة. أيضا ، هناك أشياء مهمة يجب فهمها لتفسير النتائج بما في ذلك الأساليب ورمز الحالة.

طرق HTTP لاختبار أتمتة واجهة برمجة تطبيقات REST

تستخدم واجهة برمجة تطبيقات REST خمس طرق HTTP لطلب أمر:

GET: لاسترداد المعلومات على عنوان URL معين.

PUT: لتحديث المورد السابق أو إنشاء معلومات جديدة على عنوان URL معين.

PATCH: للحصول على تحديثات جزئية.

POST: يتم استخدامه لتطوير كيان جديد. علاوة على ذلك ، يتم استخدامه أيضا لإرسال المعلومات إلى الخوادم ، مثل تحميل ملف ومعلومات العملاء وما إلى ذلك.

حذف: لحذف جميع الإقرارات الحالية على عنوان URL محدد.

رموز حالة HTTP

رموز الحالة هي الاستجابة التي يقدمها الخادم لطلب العميل. وهي مصنفة إلى خمس فئات:

  1. 1xx (100 – 199): الاستجابة إعلامية
  2. 2xx (200 – 299): يضمن الاستجابة الناجحة
  3. 3xx (300 – 399): يطلب منك اتخاذ مزيد من الإجراءات لتلبية الطلب
  4. 4xx (400 – 499): هناك بناء جملة سيئ ولا يمكن إكمال الطلب
  5. 5xx (500 – 599): فشل الخادم تماما في إكمال الطلب

تساعد هذه الرموز في تفسير النتائج. لذلك ، إذا كانت نتائج اختبار أتمتة واجهة برمجة تطبيقات REST بين نطاقات 2xx ، فهذا يعني أن وظائف التطبيق تعمل بشكل مثالي. بالنسبة لغالبية مستخدمي الإنترنت العاديين يوميا ، لن تكون رموز الحالة أبدا شيئا سيواجهونه أو يبحثون عنه. بالنسبة لرموز الحالة 1xx و 2xx و 3xx ، لا تعتبر هذه الأخطاء في الواقع ، بل رسالة إعلامية ولن تؤثر بالضرورة على تجربة المستخدم.

ومع ذلك ، عندما نبدأ في الدخول إلى رموز الحالة 4xx و 5xx ، تعتبر هذه رسائل خطأ وعندما يحدث خطأ ما ، سيواجه المستخدمون رسائل خطأ أثناء تنقلهم عبر واجهات برمجة التطبيقات. عادة ما تحدث رسائل خطأ رمز الحالة 4xx عند حدوث شيء ما على مستوى العميل/المستعرض. تؤدي رسائل خطأ رمز الحالة 5xx إلى حدوث أخطاء على مستوى الخادم. في حين أنه ليس من الجيد أبدا رؤية الأخطاء ، إلا أنها مهمة بشكل خاص لمعالجتها في أسرع وقت ممكن ، لأنها تشير إلى مشاكل خطيرة وستؤثر بشكل كبير على رضا المستخدم.

لمزيد من المعلومات حول رموز حالة HTTP، إلى جانب قائمة شاملة بجميع الرموز ورسائل الخطأ المختلفة، اقرأ مقالة قائمة رموز حالة HTTP على قاعدة المعارف الخاصة بنا.

REST API اختبار البرنامج التعليمي مع ساعي البريد API أداة اختبار API

البرنامج التعليمي التالي مخصص لاختبار أتمتة واجهة برمجة تطبيقات REST باستخدام Postman. Postman هو عميل واجهة برمجة تطبيقات شائع يسمح للمطورين والفرق باختبار عملية تطوير واجهة برمجة التطبيقات ومشاركتها وإنشائها والتعاون فيها وتوثيقها. العميل مثالي لإنشاء وحفظ المجمع ، بالإضافة إلى طلبات HTTP / s البسيطة إلى جانب ردودهم. يمكن تنزيل ساعي البريد كإضافة Chrome ، أو يمكنك زيارة الموقع الرسمي لتنزيل البرنامج.

سيناريو الاختبار: رمز الحالة الأسبوعي

هذا نموذج لسيناريو اختبار أتمتة واجهة برمجة تطبيقات REST لاختبار جميع الطرق الخمس على Status Code Weekly للعثور على رمز الحالة الخاص بموقع الويب. دعونا نبدأ!

طلب اختبار GET

ملاحظه: بعد النقر فوق هذا الرابط (https://reqres.in/api/users?page=2) سترى رمز JSON.

ولكن أفضل شيء في Postman هو أنه إذا كان لديك عنوان URL لواجهة برمجة التطبيقات ، فيمكنك ببساطة لصقه للحصول على رمز الحالة ، وتنطبق نفس القاعدة على جميع الطرق الأخرى.

اختبار البرنامج التعليمي: بعد تشغيل ساعي البريد ، حدد طريقة GET وانسخ رابط طلب GET (https://reqres.in/api/users?page=2) والصقه في حقل “إدخال عنوان URL للطلب”. بمجرد الانتهاء من ذلك ، انقر فوق “إرسال” لرؤية “الحالة”.

النتائج: يمكنك أن ترى أن الحالة هي “200 موافق”.

واجهة ساعي البريد

تفسير: تشير كلمة “موافق” إلى أن طلب GET يعمل بدون أخطاء لأن رمز الحالة هو 200 بالضبط.

اختبار طلب POST

الخطوة 1: انقر فوق “علامة تبويب جديدة” وحدد “POST” من القائمة المنسدلة.

شاشة طلب مشاركة ساعي البريد

خطوة 2: انسخ والصق عنوان URL لطلب POST (https://reqres.in/api/users) في حقل “إدخال عنوان URL للطلب” واضغط على زر “إرسال”.

النتائج: رمز الحالة هو “تم إنشاء 200”.

رمز الحالة طلب POST 201

التفسير: تعني كلمة “تم الإنشاء” نجاح طلب POST، وإنشاء مورد جديد.

اختبار طلب PUT

الخطوة 1: افتح “علامة تبويب جديدة” واختر “PUT” من الخيارات.

ساعي البريد وضع شاشة الطلب

الخطوة 2: انسخ عنوان URL لطلب PUT والصقه (https://reqres.in/api/users/2) في حقل “إدخال عنوان URL للطلب” وانقر فوق “إرسال”.

النتائج: الحالة هي “200 موافق”.

رمز الحالة PUT طلب 200

التفسير: طلب PUT يعمل.

اختبار طلب التصحيح

خطوة 1: حدد “تصحيح”في “علامة تبويب جديدة”.

ساعي البريد PATCH شاشة الطلب

خطوة 2: الصق عنوان URL لطلب PATCH في الحقل وانقر فوق “إرسال”.

النتائج: رمز الحالة هو “200 موافق”.

رمز الحالة طلب تصحيح 200

التفسير: طلب PATCH يعمل بشكل صحيح.

اختبار طلب الحذف

خطوة 1: قم بإنشاء “علامة تبويب جديدة” وهذه المرة حدد “حذف” من القائمة.

ساعي البريد حذف شاشة الطلب

خطوة 2: أدخل عنوان URL لطلب الحذف في الحقل وانقر فوق الزر “إرسال” مرة أخرى.

النتيجة: يمكنك أن ترى أن الحالة هي “204 بدون محتوى”.

واجهة ساعي البريد

التفسير: نظرا لأن الرابط لا يحتوي على محتوى ليتم حذفه ، فإننا نحصل على استجابة “204”. ومع ذلك ، إذا كان هناك أي محتوى على عنوان URL ، حذفه بالتأكيد باستخدام هذا الأمر لأن رمز الحالة في النطاق النموذجي.

REST API اختبار البرنامج التعليمي باستخدام REST Assure

REST Assure هي مكتبة Java لاختبار واجهات برمجة تطبيقات RESTful. يستخدم على نطاق واسع لاختبار تطبيقات الويب المستندة إلى JSON و XML. علاوة على ذلك ، فإنه يدعم تماما جميع الطرق بما في ذلك GET و PUT و POST و PATCH و DELETE.

ومع ذلك ، يجب أن يكون لديك Java و Maven و TestNG و IDE (IntelliJ و Eclipse وما إلى ذلك) مثبتة بالفعل في نظامك لتشغيل الاختبار.

الخطوة 1: تثبيت جافا

الخطوة 2: تنزيل IDE (Eclipse)

الخطوة 3: تثبيت Maven وربطه ب Eclipse

الخطوة 4: إنشاء مشروع Maven أولا عن طريق إضافة تبعيات إلى “pom.xml”. بعد ذلك ، قم بإنشاء البرنامج النصي للاختبار ، وتأكد من التحقق منه ، ثم قم بتشغيله.

كن مطمئنا إلى اعتماد Maven

التبعية مافن

TestNG Maven التبعية

Maven التبعية TestNG

على افتراض أنك قمت بتثبيت جميع الأدوات ، دعنا نختبر نفس طلب GET ، الذي رأيته في ساعي البريد ، على Eclipse باستخدام REST Assure لمعرفة النتائج. إذا كنت ترغب في ذلك، يمكنك تطبيق نفس الطريقة لاختبار الطلبات الأخرى.

لذا ، اتبع الخطوات التالية للحصول على طلب:

الخطوة 1: افتح “Eclipse”.

الخطوة 2: قم بإنشاء “حزمة جافا” جديدة وقم بتسميتها.

الخطوة 3: إنشاء “فئة جافا” جديدة وتسميتها. على سبيل المثال ، “الحصول على البيانات”.

الخطوة 4: الآن انسخ أو اكتب نفس الرمز المذكور أدناه:

1 package getRequest;

2

3 import org.testing.Assert;

4

5 import io.restassured.RestAssured;

6 import io.restassured.response.Response;

7 

8 public class GetData

9 {

10

11 @Test

12 public void testResponsecode()

13 {

14

15 

16 Response resp=RestAssured.get("https://reqres.in/api/users?page=2");

17

18 int code=resp.getStatusCode();

19 

20 System.out.printin(" Status code is "+code);

21

22 Assert.assertEquals(code, 200);

23

24 }

25

26

27 }

28

يجب أن تبدو كما يلي:

جيت داتا جافا

خطوة 5: الآن ، انقر بزر الماوس الأيمن بالقرب من الرمز ، ومرر مؤشر الماوس فوق “تشغيل باسم” ، وانقر فوق “TestNG”.

تشغيل ك > TestNG

النتيجة والتفسير: كما ترون ، رمز الحالة هو 200 وقد “اجتاز” الاختبار.

TestNG مرت

الاستنتاج: REST API اختبار التشغيل الآلي البرنامج التعليمي

تسمح واجهات برمجة تطبيقات REST لتطبيقين أو أكثر بالتواصل فيما بينهما ، بالإضافة إلى السماح للمستخدمين بالتحكم في البرامج للحصول على النتائج المرجوة. هناك طرق مختلفة لاختبار واجهات برمجة تطبيقات REST ، ولكن العملية الأكثر اقتراحا هي من خلال اختبار الأتمتة. وعلى الرغم من وجود بعض أدوات اختبار REST API الشهيرة ، إلا أن Postman و Rest Assure حاليا في دائرة الضوء. في هذا البرنامج التعليمي ، اختبرنا بعض الطلبات على كلا الواجهتين وشاركنا النتائج. كما هو متوقع ، أظهرت كلتا المنصتين نتائج مماثلة. ومع ذلك ، فإن استخدام REST Assured لاختبار أتمتة واجهة برمجة تطبيقات REST أكثر موثوقية مقارنة بساعي البريد. لكنه يتطلب مطورين محترفين.

وبقدر ما هي أدوات تطوير واجهة برمجة التطبيقات هذه رائعة ، من أجل تحميل اختبار واجهات برمجة التطبيقات الخاصة بك بشكل صحيح ، فأنت بحاجة إلى حل يوفر الوظائف والميزات لتوسيع نطاق اختبارات الأداء. إذا كنت تستخدم Postman لوظائف واجهة برمجة التطبيقات وتتطلع إلى تنفيذ اختبارات التحميل ضد واجهات برمجة التطبيقات الخاصة بك لتحديد السلوك قيد التحميل ، فيمكن أن يساعدك النظام الأساسي LoadView. تعرف على المزيد حول اختبار واجهة برمجة التطبيقات باستخدام ساعي البريد. وإذا كنت مهتما بمعرفة المزيد ، فلا تتردد في الاتصال بفريقنا.

ابدأ الإصدار التجريبي من LoadView واحصل على 20 دولارا أمريكيا في أرصدة اختبار التحميل.