مقاييس اختبار البرمجيات: ما هو وأنواعه وأمثلة
توماس هاميلتون
⚡ ملخص ذكي
مقاييس اختبار البرمجيات هي مقاييس كمية لتقدم وجودة وإنتاجية عملية الاختبار. يغطي هذا الدليل أنواع المقاييس الثلاثة، والفرق بين المقاييس الأساسية والمحسوبة، ودورة حياة المقاييس، بالإضافة إلى مسرد للصيغ التي يمكنك تطبيقها مباشرة.
ما هي مقاييس اختبار البرمجيات؟
مقاييس اختبار البرمجيات هي المقاييس الكمية المستخدمة لتقدير التقدم والجودة والإنتاجية وصحة عملية اختبار البرمجيات. الهدف من مقاييس اختبار البرامج هو تحسين الكفاءة والفعالية في عملية اختبار البرامج والمساعدة في اتخاذ قرارات أفضل لمزيد من عملية الاختبار من خلال توفير بيانات موثوقة حول عملية الاختبار.
يعبّر المقياس، بشكل كمي، عن مدى امتلاك نظام أو مكون أو عملية لخاصية معينة. ويمكن تشبيه ذلك ببساطة باستهلاك السيارة الفعلي للوقود أسبوعياً مقارنةً بالرقم الذي تحدده الشركة المصنعة.
مقاييس اختبار البرمجيات – تعمل على تحسين كفاءة وفعالية عملية اختبار البرمجيات.
مقاييس اختبار البرمجيات أو قياس اختبار البرمجيات هو مؤشر كمي لمدى أو سعة أو بعد أو كمية أو حجم بعض سمات العملية أو المنتج.
مثال لقياس اختبار البرمجيات: العدد الإجمالي للعيوب
لماذا تعتبر مقاييس الاختبار مهمة؟
"لا يمكننا تحسين ما لا يمكننا قياسه." توجد مقاييس الاختبار لجعل عملية الاختبار قابلة للقياس.
- حدد المرحلة التالية من الأنشطة
- قدّم دليلاً على ادعاء أو تنبؤ بشأن الجودة
- حدد نوع التحسين المطلوب
- برر تغيير العملية أو التكنولوجيا
اقرأ المزيد عنها أهمية مقاييس الاختبار
أنواع مقاييس الاختبار
- مقاييس العملية: يمكن استخدامه لتحسين كفاءة عملية SDLC (دورة حياة تطوير البرمجيات)
- مقاييس المنتج: إنه يتعامل مع جودة منتج البرنامج
-
مقاييس المشروع: يمكن استخدامه لقياس كفاءة فريق المشروع أو أي فريق أدوات الاختبار المستخدمة من قبل أعضاء الفريق
إن اختيار المقاييس الصحيحة أهم من جمع عدد كبير منها. ضع في اعتبارك ما يلي قبل اختيار مجموعة منها:
- قم بإصلاح الجمهور المستهدف لإعداد المقياس
- تحديد الهدف للمقاييس
- تقديم جميع المقاييس ذات الصلة بناءً على احتياجات المشروع
- قم بتقييم تكلفة وفوائد كل مقياس، ومرحلة دورة حياة المشروع التي يحقق فيها أكبر قيمة
مقاييس الاختبار اليدوي
In هندسة البرمجيات، يتم تصنيف مقاييس الاختبار اليدوي إلى فئتين
- المقاييس الأساسية
- المقاييس المحسوبة
المقاييس الأساسية هي البيانات الأولية التي يجمعها محلل الاختبار أثناء تطوير حالة الاختبار وتنفيذها (عدد حالات الاختبار المنفذة، عدد حالات الاختبار). بينما يتم اشتقاق المقاييس المحسوبة من البيانات التي تم جمعها في المقاييس الأساسية. عادةً ما يتبع مدير الاختبار المقاييس المحسوبة لغرض إعداد تقارير الاختبار (% الاكتمال، % تغطية الاختبار).
بحسب المشروع أو نموذج العمل، فإن المقاييس الأكثر أهمية عادةً ما تكون:
- مقاييس إنتاجية تنفيذ حالة الاختبار
- مقاييس إنتاجية إعداد حالة الاختبار
- مقاييس الخلل
- العيوب حسب الأولوية
- العيوب حسب خطورتها
- خلل في نسبة الانزلاق
مقاييس الاختبار اليدوي مقابل مقاييس الاختبار الآلي
تفترض المقاييس المذكورة أعلاه تنفيذ مجموعة الاختبارات يدويًا. أما مجموعة الاختبارات المؤتمتة فتُقاس بشكل مختلف، لأن جهد التنفيذ لم يعد هو القيد.
| المعايير | مقاييس الاختبار اليدوي | مقاييس اختبار الأتمتة |
|---|---|---|
| التركيز الأساسي | التقدم في الجهد والتنفيذ | التغطية والاستقرار ووقت التشغيل |
| مقياس نموذجي | عدد حالات الاختبار المنفذة يومياً | نسبة تغطية الأتمتة |
| إشارة الجودة | العيوب المكتشفة لكل ساعة اختبار | معدل الاختبارات غير المستقرة، نسبة الاختبارات غير المستقرة |
| مقياس التكلفة | ساعات الاختبار | ساعات صيانة البرامج النصية لكل إصدار |
| قياس السرعة | مدة الدورة بالأيام | مدة تنفيذ المجموعة بالدقائق |
Automation Coverage = (Test cases automated / Total test cases) x 100 Flaky Test Rate = (Tests with inconsistent results / Total automated tests) x 100
يستحق معدل الاختبار غير المستقر اهتماماً خاصاً. فبمجرد أن يتجاوز 5% تقريباً، تبدأ الفرق بتجاهل الإصدارات الحمراء، وعند هذه النقطة تتوقف مجموعة الاختبارات عن تقديم المعلومات بغض النظر عن مدى تغطيتها.
اختبار دورة حياة المقاييس في هندسة البرمجيات
| مراحل مختلفة من دورة حياة المقاييس | الخطوات خلال كل مرحلة |
|---|---|
| تحليل الأداء |
|
| نقل |
|
| التقييم |
|
| تقرير |
|
كيفية حساب مقياس الاختبار
| ريال سعودى# | خطوات اختبار المقاييس | مثال |
|---|---|---|
| 1 | حدد المفتاح اختبار البرمجيات العمليات التي سيتم قياسها | تقدم الاختبار tracعملية الملك |
| 2 | في هذه الخطوة، يستخدم المختبر البيانات كخط أساس لتحديد المقاييس | عدد حالات الاختبار المخطط تنفيذها يوميًا |
| 3 | تحديد المعلومات التي يجب متابعتها، وتكرارها tracالملك والشخص المسؤول | سيتم تسجيل تنفيذ الاختبار الفعلي يوميًا بواسطة مدير الاختبار في نهاية اليوم |
| 4 | الحساب الفعال والإدارة والتفسير للمقاييس المحددة | حالات الاختبار الفعلية المنفذة يوميًا |
| 5 | تحديد مجالات التحسين اعتمادًا على تفسير المقاييس المحددة | If حالة اختبار إذا انخفض التنفيذ عن الهدف المتفق عليه، فقم بالتحقيق في السبب واقترح تدابير تصحيحية. |
مثال على حساب مقياس الاختبار
لنأخذ نسبة حالات الاختبار المنفذة كمثال عملي. وللتعبير عن حالة التنفيذ كنسبة مئوية، استخدم الصيغة التالية:
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
إذا كُتبت 250 حالة اختبار ونُفذت 175 منها، فإن النتيجة هي (175 / 250) × 100 = 70 في المئة.
ينطبق النمط نفسه على جميع معايير التنفيذ الأخرى: حالات الاختبار التي لم تُنفذ، والتي نجحت، والتي فشلت، والتي تم حظرها. كل منها عبارة عن بسط مختلف مقسوم على نفس المقام.
أهم مقاييس الاختبار لـ Track
يحتوي مسرد المصطلحات في نهاية هذا الدليل على قائمة بجميع الصيغ الشائعة الاستخدام. عمليًا، نادرًا ما تحتاج حزمة التقارير إلى أكثر من ثماني صيغ. هذه هي الصيغ التي تُؤثر بشكلٍ أساسي على اتخاذ القرار.
| متري | ما الذي يجيب عنه؟ | احترس من |
|---|---|---|
| نسبة تنفيذ حالة الاختبار | إلى أي مدى وصلنا في الجولة المخطط لها؟ | لا يدل ذلك على الجودة، بل على التقدم فقط |
| كثافة العيوب | العيوب لكل وحدة حجم، فأي وحدة هي الأضعف؟ | يعتمد على قياس حجم ثابت |
| كفاءة إزالة العيوب | ما هي نسبة العيوب التي اكتشفناها قبل الإصدار؟ | لا يمكن إتمامها إلا بعد وصول بيانات الإنتاج |
| تسرب العيوب | كم عدد العيوب التي وصلت إلى العميل؟ | أهم إشارة جودة على الإطلاق |
| تغطية الاختبار | ما مقدار مجموعة المتطلبات التي يتم تنفيذها؟ | لا تثبت التغطية الإعلامية الواسعة المصحوبة بادعاءات ضعيفة أي شيء. |
| مؤشر شدة العيب | هل العيوب الظاهرة خطيرة أم تجميلية؟ | إن حصر العيوب دون ترجيحها يؤدي إلى التضليل. |
| متوسط وقت الإصلاح | ما مدى سرعة إنجاز الفريق للإصلاح؟ | مشوهة بسبب بعض العيوب طويلة الأمد |
| إنتاجية تنفيذ الاختبار | كم عدد الحالات التي يكملها المختبر يومياً؟ | يشجع على إجراء اختبارات سطحية إذا تم استخدامه كهدف |
هناك صيغتان تستحقان الإضافة إلى المسرد لأنهما الصيغتان اللتان تطلبهما الإدارة:
Defect Removal Efficiency = (Defects found before release / Total defects found) x 100
Defect Leakage = (Defects found in production / Defects found before release) x 100
فخ القياس. أي مقياس يُستخدم كهدف يفقد فعاليته. فعند تحديد هدف إنتاجية يبلغ 30 حالة اختبار يوميًا، سيكتب المختبرون 30 حالة اختبار بسيطة. لذا، يجب الإبلاغ عن المقاييس كمجموعة متكاملة، وليس بشكل منفصل، مع ربط كل رقم إنتاجية برقم جودة.
مسرد مصطلحات مقاييس اختبار البرمجيات
- إعادة صياغة نسبة الجهد = (جهود إعادة العمل الفعلية التي بذلت في تلك المرحلة / إجمالي الجهود الفعلية التي بذلت في تلك المرحلة) × 100
- زحف الشرط = (إجمالي عدد المتطلبات المضافة/عدد المتطلبات الأولية)X100
- جدول التباين = (التاريخ الفعلي للتسليم – التاريخ المخطط للتسليم)
- تكلفة اكتشاف الخلل في الاختبار = (إجمالي الجهد المبذول في الاختبار/العيوب الموجودة في الاختبار)
- انزلاق الجدول الزمني = (تاريخ الانتهاء الفعلي – تاريخ الانتهاء المقدر) / (تاريخ الانتهاء المخطط – تاريخ البدء المخطط) × 100
- النسبة المئوية لحالات الاختبار التي تم اجتيازها = (عدد الاختبارات الناجحة / إجمالي عدد الاختبارات المنفذة) × 100
- النسبة المئوية لحالات الاختبار الفاشلة = (عدد الاختبارات الفاشلة / إجمالي عدد الاختبارات المنفذة) × 100
- النسبة المئوية لحالات الاختبار المحظورة = (عدد الاختبارات المحظورة / إجمالي عدد الاختبارات المنفذة) × 100
- نسبة العيوب الثابتة = (العيوب التي تم إصلاحها/العيوب المبلغ عنها) × 100
- نسبة العيوب المقبولة = (العيوب التي تم قبولها على أنها صالحة من قبل فريق التطوير / إجمالي العيوب المبلغ عنها) × 100
- نسبة العيوب المؤجلة = (العيوب المؤجلة للإصدارات المستقبلية / إجمالي العيوب المبلغ عنها) × 100
- نسبة العيوب الجسيمة = (العيوب الجسيمة / إجمالي العيوب المبلغ عنها) × 100
- متوسط الوقت الذي يحتاجه فريق التطوير لإصلاح العيوب = (إجمالي الوقت المستغرق لإصلاح الأخطاء/عدد الأخطاء)
- عدد الاختبارات التي يتم إجراؤها لكل فترة زمنية = عدد الاختبارات التي تم تشغيلها/الوقت الإجمالي
- اختبار كفاءة التصميم = عدد الاختبارات المصممة /الوقت الإجمالي
- كفاءة مراجعة الاختبار = عدد الاختبارات التي تمت مراجعتها / إجمالي الوقت
- معدل اكتشاف الأخطاءأو العيوب لكل ساعة اختبار = إجمالي عدد العيوب / إجمالي عدد ساعات الاختبار
