عندما تستمر حالات اختبار نقطة النهاية وسيناريوهات الاختبار في مشروع ما في النمو، فإن تكلفة إدارتها وتشغيلها بشكل فردي ترتفع بشكل حاد. ما كان يهدف إلى حماية الجودة - الاختبار الآلي - يمكن أن يصبح عبئًا على الصيانة.
تقليديًا، تختار الفرق حالات الاختبار يدويًا. عندما يتراكم في المشروع العديد من الحالات وسيناريوهات الاختبار، يصبح اتخاذ قرار يدوي بشأن أي منها يتم تضمينه وأي منها يتم تشغيله للتراجع عملاً يدويًا شاقًا.
يتناول Apidog مجموعات الاختبار هذا الأمر بنهج ديناميكي. بدلاً من تخزين المعرفات بشكل صارم، تخزن المجموعة مجموعة من قواعد التصفية - على سبيل المثال، حسب المجلد، أو العلامة، أو الأولوية، أو مجموعة من الشروط.
قبل كل تشغيل، تقوم مجموعة الاختبار تلقائيًا بتجميع جميع حالات الاختبار وسيناريوهات الاختبار التي تتطابق مع تلك القواعد. يمكنك التركيز على كتابة الاختبارات وتطبيق العلامات؛ يتم التقاط أصول الاختبار الجديدة تلقائيًا وتتدفق إلى خط أنابيب CI/CD الخاص بك لتحقيق تكامل مستمر غير مراقب حقًا.
يتم بعد ذلك تلخيص جميع نتائج التنفيذ في تقرير مجمع واحد لتسهيل التحليل واستكشاف الأخطاء وإصلاحها.
إنشاء وتنسيق مجموعة الاختبار الأولى الخاصة بك
بعد تحديث Apidog إلى أحدث إصدار، افتح وحدة الاختبارات وابحث عن قسم مجموعة الاختبار. انقر على قائمة ... بجانبها واختر إنشاء مجموعة اختبار.
في النافذة المنبثقة، أدخل اسمًا وصفيًا واضبط الخيارات مثل الأولوية أو العلامات. يتم إنشاء مجموعة اختبار فارغة.
بعد ذلك، أضف محتوى إلى المجموعة. يمكن أن تحتوي مجموعة الاختبار على حالات اختبار نقطة نهاية فردية أو سيناريوهات اختبار تتكون من خطوات اختبار متعددة.
إضافة محتوى الاختبار: ثابت وديناميكي
عند النقر على إضافة حالة اختبار نقطة نهاية أو إضافة سيناريو اختبار، يمكنك اختيار وضع ثابت أو ديناميكي. تحدد هذه الأوضاع كيف تقرر المجموعة ما يجب تشغيله وتناسب أهداف الصيانة والاختبار المختلفة.
يحدد الوضع الثابت المجموعة الدقيقة للعناصر المراد تشغيلها. عندما تحدد حالات معينة في الوضع الثابت، يقوم النظام بتخزين المعرفات الفريدة لتلك الحالات. إذا تمت إضافة حالات جديدة لاحقًا إلى نفس المجلد أو تم نقل الحالات، فإن نطاق تنفيذ المجموعة لا يتغير. يكون السلوك حتميًا ونفسه في كل تشغيل.
يعمل الوضع الديناميكي بشكل مختلف. لا يخزن معرفات حالات محددة؛ بل يخزن قواعد التصفية، مثل "جميع الحالات تحت مجلد معين" أو "جميع الحالات التي تحمل العلامة 'semantic-valid'"، أو "جميع سيناريوهات الاختبار ذات الأولوية P0".
في الوضع الديناميكي، في كل مرة يتم فيها تشغيل مجموعة الاختبار، يقوم النظام بإعادة مسح المشروع باستخدام هذه القواعد ويتضمن جميع الحالات التي تتطابق حاليًا. يتم تضمين أي حالة اختبار أو سيناريو تتطابق سماته (المجلد، العلامات، الأولوية) مع القواعد تلقائيًا.
الوضع الثابت مقابل الوضع الديناميكي: كيف تختار؟
لا يوجد وضع أفضل عالميًا؛ فلكل منهما احتياجات مختلفة. يعتمد الاختيار على كيفية رغبتك في أن تتصرف المجموعة بمرور الوقت.
بالنسبة للاختبارات محددة النطاق بدقة، والمخصصة (مثل مجموعة تراجع ثابتة)، يكون الوضع الثابت أكثر قابلية للتنبؤ. أما بالنسبة للتكرار المستمر واختبارات التراجع "التلقائية" أو اختبارات الدخان، فإن الوضع الديناميكي يقلل بشكل كبير من الصيانة.
للمقارنة السريعة بين الوضعين، راجع الجدول أدناه:
| الجانب | الوضع الثابت | الوضع الديناميكي |
|---|---|---|
| المنطق الأساسي | يخزن معرفات حالات محددة | يخزن قواعد التصفية (المجلد، العلامات، الأولوية، إلخ) |
| المحتوى بمرور الوقت | ثابت ما لم تقم بتغييره يدويًا | يتحدث تلقائيًا مع إضافة أو إزالة الحالات المتطابقة |
| تكلفة الصيانة | أعلى؛ يجب إضافة الحالات الجديدة يدويًا | أقل؛ قم بتعيين القواعد مرة واحدة، ثم تظل عمليات التشغيل متزامنة |
| الاستخدام النموذجي | التحقق من إصلاح الأخطاء، استقرار المسار الأساسي، اختبار التوافق | التراجع الكامل، اختبارات الدخان، قبول الإصدار |
ترتيب التنفيذ والتكوين المتقدم
بعد إضافة المحتوى، يمكنك إعادة ترتيب العناصر في قائمة التنسيق عن طريق سحبها.
لكل عنصر تنفيذ (مثل سيناريو الاختبار)، يمكنك التحكم في سلوك التشغيل بمزيد من التفصيل عبر الخيارات الموجودة على اليمين.
على سبيل المثال، يتيح لك خيار عند الخطأ اختيار ما إذا كنت تريد المتابعة، أو تخطي الجولة الحالية، أو إيقاف التشغيل بأكمله عند فشل خطوة. يتيح لك خيار التكرارات تشغيل المجموعة بأكملها عدة مرات لإجراء فحوصات استقرار بسيطة. معًا، تجعل هذه الخيارات مجموعة الاختبار ليست مجرد مجموعة من الحالات ولكن تدفق تنفيذ يمكن التحكم فيه.
تشغيل مجموعات الاختبار
بمجرد إعداد مجموعة الاختبار، يمكنك تشغيلها بعدة طرق: بدءًا من التشغيل اليدوي المحلي وصولاً إلى التشغيل الآلي المستند إلى السحابة، اعتمادًا على مرحلتك وبيئتك.
تشغيل مجموعات الاختبار محليًا
الطريقة الأكثر مباشرة هي النقر على تشغيل في عميل Apidog. يتم التنفيذ من جهازك المحلي وهو مناسب للفحوصات الصغيرة والسريعة أثناء التطوير والتصحيح. في إعدادات التشغيل، يمكنك تبديل بيئة التشغيل وتعيين إشعار عند انتهاء التشغيل.
عند اكتمال التشغيل، يقوم Apidog بإنشاء تقرير اختبار ويعرضه في واجهة المستخدم. يسرد التقرير كل حالة اختبار نقطة نهاية وسيناريو اختبار بترتيب التنفيذ، مع حالة نجاح/فشل واضحة. يمكنك فتح العناصر الفردية لمزيد من التفاصيل.
تشغيل مجموعات الاختبار عبر CLI
لمجموعات الاختبار الكبيرة أو البيئات التي لا تحتوي على واجهة رسومية (مثل الخوادم التي لا تحتوي على واجهة مستخدم رسومية)، يعد Apidog CLI الخيار الأفضل. فهو ينقل تنفيذ اختبار Apidog إلى أي طرفية.
للتشغيل عبر CLI، قم بتثبيت Apidog CLI وتأكد من أنه محدث. ثم، في علامة التبويب CI/CD الخاصة بمجموعة الاختبار، استخدم الأمر الذي تم إنشاؤه:
انسخ هذا الأمر إلى طرفيتك لتشغيل المجموعة ورؤية نفس التدفق والنتائج كما في واجهة المستخدم.
عند انتهاء التشغيل، يتم إنشاء مجلد باسم apidog-reports/ في الدليل الحالي ويحتوي على تقرير اختبار HTML.
يعتبر التشغيل عبر CLI أساسًا لتكامل CI/CD. يمكنك توصيل هذا الأمر بـ Jenkins أو GitLab CI أو GitHub Actions وتشغيل اختبارات التراجع في نقاط رئيسية مثل دمج التعليمات البرمجية.
تشغيل مجموعات الاختبار عبر المهام المجدولة
يدعم Apidog المهام المجدولة. في علامة التبويب المهام المجدولة الخاصة بمجموعة الاختبار، أنشئ مهمة وحدد جدول تشغيلها وبيئة التشغيل.
على عكس عمليات التشغيل المحلية، يجب تشغيل المهام المجدولة على Runner مستضاف ذاتيًا.
الـ Runner هو برنامج خفيف الوزن يمكن لفريقك نشره على خادم داخلي. يمنع استخدام Runner حالات الفشل عندما تكون الأجهزة المحلية متوقفة أو غير قابلة للوصول، ويسمح لك باستخدام موارد الخادم لعمليات تشغيل الاختبار الأكبر.
بعد تكوين مهمة مجدولة، يقوم Apidog بتشغيل مجموعة الاختبار على Runner في الأوقات المحددة ويقوم بتحميل سجل التشغيل والتقارير. يمكنك أيضًا تكوين إشعارات الفشل بحيث يتم تنبيه الأشخاص المناسبين بسرعة عند حدوث مشكلة.
الملخص
باستخدام التنسيق الثابت والديناميكي، يمكنك الحفاظ على الاختبارات المخصصة محددة النطاق بدقة والسماح لمجموعات التراجع بالنمو تلقائيًا مع مشروعك، دون تحديثات يدوية مستمرة. وبالجمع بين التشغيل المحلي وتكامل CLI والمهام المجدولة، يمكن لمجموعات الاختبار أن تتناسب مع كل مرحلة من مراحل سير عملك - بدءًا من الفحوصات السريعة أثناء التطوير وحتى التراجع التلقائي في CI/CD والفحوصات المجدولة في مرحلة الإنتاج.
لمزيد من المعلومات حول مجموعات الاختبار، راجع وثائق Apidog. جرب إنشاء مجموعة الاختبار الأولى الخاصة بك، ونسّق اختباراتك الحالية، وقم ببناء إعداد تراجع آلي مستدام خطوة بخطوة.