متى بنوقف الـ Testing؟ (Exit Criteria)

من الأسئلة الشائعة في عالم جودة البرمجيات: “متى ننهي عملنا ونقول إن التطبيق جاهز؟” بما أن الاختبار الكامل والشامل لجميع الحالات والاحتمالات أمر مستحيل عملياً، يتم الاعتماد على مجموعة من المؤشرات والمعايير المحددة مسبقاً.

المعايير الرئيسية لتوقف الاختبار (Exit Criteria):

• تحقيق تغطية الاختبار المطلوبة (Test Coverage): تنفيذ نسبة معينة من حالات الاختبار المخططة (مثلاً تنفيذ 90% أو أكثر من الـ Test Cases).
• إصلاح الأخطاء الحرجة (Critical Bugs Resolved): إغلاق جميع الأخطاء ذات الشدة والأولوية العالية (Blocker / Critical Severity) التي تعطل الوظائف الرئيسية.
• وصول معدل اكتشاف الأخطاء إلى الحد الأدنى (Bug Detection Rate): عندما ينخفض معدل اكتشاف الأخطاء الجديدة بشكل ملحوظ خلال جولات الاختبار الأخيرة، مما يدل على استقرار النسخة.
• انتهاء الوقت والميزانية المخصصة (Time & Budget Constraints): الوصول للحد الزمني المحدد للمشروع (Deadline)، حيث يتعين إطلاق المنتج وتأجيل الأخطاء البسيطة للإصدارات القادمة.
• موافقة أصحاب القرار (Stakeholder Approval): قبول وموافقة مدير المشروع أو صاحب المنتج (Product Owner) على مستوى الجودة الحالي بناءً على تقرير تقييم المخاطر.

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