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

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

تصحيح: للتحديثات الجزئية.

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

حذف: لحذف جميع التمثيلات الحالية في عنوان URL محدد.

رموز حالة HTTP

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

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

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

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

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

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

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

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

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

اختبار طلب GET

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

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

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

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

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

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

اختبار طلب POST

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

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

خطوة 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 موافق”.

طلب وضع رمز الحالة 200

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

البرنامج التعليمي لاختبار واجهة برمجة تطبيقات REST باستخدام REST Assure

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

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

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

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

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

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

كن مطمئنا تبعية مخضرم

تبعية مخضرم

TestNG Maven التبعية

Maven dependency TestNG

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

لذلك ، اتبع هذه الخطوات للحصول على طلب:

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

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

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

الخطوة 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

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

اجتاز اختبار NG

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

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

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

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

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