النتيجة الرئيسية لأنشطة اختبار البرمجيات هي العثور على الأخطاء. إلى جانب تصحيح الأخطاء، ماذا يمكنك أن تفعل بالمعلومات التي تقدّمها هذه الأخطاء؟ في هذا المقتطف من كتاب Guide to Advanced Software Testing، تناقش Anne Mette Hass كيف يمكنك تحديد واستخدام الإحصائيات من أنشطة تتبع الأخطاء (bug tracking) الخاصة بك لفهم جهود اختبار البرمجيات وعملية تطوير البرامج بشكل أفضل.

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

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

• التقدّم في سير عمل المشروع والتقدير (estimation).
• توزيع الأخطاء.
• فعالية أنشطة ضمان الجودة.
• أفكار لتحسين إجراءات الاختبار والتطوير.

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

• إجمالي عدد الأخطاء.
• عدد الأخطاء المفتوحة.
• عدد الأخطاء المغلقة.

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

• الأخطاء التي عثر عليها أثناء مراجعة المتطلبات (requirements).
• الأخطاء التي عثر عليها أثناء اختبارجزء من البرنامج (component).
• الأخطاء التي كان فيها النوع هو مشكلة في البيانات.

لأغراض التقدير والتقدّم، يمكننا مقارنة الوقت الفعلي الذي استغرقه إغلاق أي خطأ بتقديرنا لهذا الوقت والحصول على حُكْم أفضل وأفضل في التقدير المرة القادمة. أما بالنسبة لتوزيع الأخطاء، يمكننا تحديد كيفية توزيع الأخطاء في أجزاء البرنامج. يساعدنا ذلك في تحديد المناطق الأكثر عرضة للخطأ وبالتالي المناطق ذات الخطورة العالية. يمكننا أيضًا تحديد توزيع الأخطاء فيما يتعلق بخصائص البرنامج مثل الحجم أو التعقيد أو التكنولوجيا أو يمكننا تحديد التوزيع فيما يتعلق بأنشطة التطوير أو الخطورة أو النوع. أما للحصول على معلومات حول فعالية أنشطة ضمان الجودة فيمكننا حساب نسبة اكتشاف الأخطاء (Defect Detection Percentage – DDP) لمختلف أنشطة ضمان الجودة مع مرور الوقت. أخيرًا يمكن استخدام المعلومات المستخرجة من تقارير الأخطاء لتحليل المسار الكامل للتطوير وتحديد الأفكار لتحسين الإجراءات. تحسين الإجراءات على الأقل في المستويات العليا يهتم بالوقاية من الأخطاء. يمكننا تحليل المعلومات لتحديد طرق تحسين الإجراءات لتجنب ارتكاب الأخطاء نفسها مرارًا وتكرارًا وللحصول على معدل اكتشاف أعلى للأخطاء التي نقع فيها.

بالتوفيق للجميع.

* المصدر: http://www.softwaretestingmagazine.com/knowledge/bug-metrics-and-incident-management

** الصورة من موقع: https://instabug.com/blog/mobile-app-beta-test-metrics