الأشياء التي يجب البحث عنها عند اختبار واجهات برمجة التطبيقات

ما هي API؟

API ( واجهة برمجة التطبيقات) هي واجهة حوسبة تسمح لوسطاء البرامج بالتواصل مع بعضهم البعض ومشاركة المعلومات. 

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

ما هو اختبار API؟

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

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

هناك عدد من الأشياء التي يجب على المختبرين البحث عنها عند اختبار واجهات برمجة التطبيقات. يشملوا؛

فهم متطلبات API

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

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

رموز حالة إخراج API

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

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

تنظيم نقاط نهاية API

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

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

اختبار واجهات برمجة التطبيقات الوظيفية الصغيرة

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

خاتمة

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

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