الاختبارات المتذبذبة Flaky Tests: كيف تعزل سبب الفشل بدل إعادة التشغيل بلا نهاية؟

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

صنّف الفشل قبل إصلاحه

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

استبدل الانتظار الثابت بشرط يمكن ملاحظته

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

اعزل البيانات والموارد بين الاختبارات

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

راقب العوامل الخارجية بحذر

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

عامل إعادة المحاولة كأداة تشخيص مؤقتة

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

خطوة عملية لفريق صغير

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