تغطية اختبار Apex
نسبة كود Apex التي تنفّذها الاختبارات؛ تشترط Salesforce 75% على الأقل للنشر إلى الإنتاج.
التعريف
تغطية اختبار Apex هي نسبة أسطر كود Apex التي تنفّذها فئات اختبار Apex، وتفرض Salesforce حدًا أدنى صارمًا: 75% على الأقل من التغطية الإجمالية، دون أي اختبارات فاشلة، قبل أن يمكن نشر Apex إلى الإنتاج، وعادةً ما تحتاج الحزم المُدارة إلى تغطية أعلى لكل فئة. التغطية حد أدنى، وليست مؤشر جودة بحد ذاتها؛ فالاختبارات التي تنفّذ الكود دون تأكيدات ذات معنى يمكن أن تصل إلى 75% دون أن تختبر شيئًا مفيدًا، وهو فخ شائع للفرق التي تُحسّن من أجل الرقم بدلًا من الاختبارات نفسها. التحليل الساكن هو المكمّل المعتاد، وهو أحد أسباب لجوء الفرق الخاضعة للتنظيم في النهاية إلى تقييم مجموعات أدوات تجمعه، كما تتناول مقارنة Serpent وAutoRabit. تحسب Salesforce التغطية على مستوى المؤسسة بأكملها عبر كل كود Apex، لذا يمكن لفئة واحدة مُختبرة جيدًا أن تخفي فئات أخرى ضعيفة الاختبار، ويمكن أن تنخفض التغطية بصمت دون الحد الأدنى مع إضافة كود جديد دون اختبارات مطابقة. كما يصبح تشغيل مجموعة الاختبارات الكاملة قبل كل عملية نشر إنتاجية بطيئًا مع نمو قاعدة كود Apex الخاصة بالمؤسسة. يغطي دليل Salesforce DevOps الخاص بنا ممارسات الاختبار كجزء من عملية نشر كاملة.
إزاي بيشتغل في Serpent
يشغّل Serpent اختبارات Apex تلقائيًا كجزء من خط أنابيب النشر، بحيث يتم فحص التغطية والإخفاقات قبل وصول عملية النشر إلى الإنتاج بدلًا من اكتشافها بعد ذلك. يمكن للأتمتة تشغيل المجموعة الكاملة أو الاقتصار على الاختبارات المتأثرة حسب النشر، موازنةً بين السرعة والدقة دون الحاجة إلى قرار يدوي في كل مرة. تُسجَّل نتائج الاختبار جنبًا إلى جنب مع عملية النشر، بحيث يمكن تتبع مشكلة التغطية أو الفشل إلى المهمة والتغيير الدقيقين اللذين تسبّبا بها. راجع أتمتة Serpent لمعرفة كيف تندمج تشغيلات الاختبار في خطوط الأنابيب بلا كود.

ابدأ مجانًا. بلا بطاقة ائتمان، بلا تثبيت، بلا التزام.
الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف DevOps.
