أولوية حالات الاختبار

لماذا يهم

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

والأولوية أداة للتقارير أيضاً: عبارة «نجحت حالات P1 الأربع جميعها؛ ولم تُنفَّذ حالة P3 واحدة» تخبر مالك المنتج في سطر واحد على أي أساس يقوم قرار الإصدار.

ما الذي تحدّده الأولوية وما الذي يشكّل الترتيب

تحدّد الأولوية ترتيب التنفيذ وترتيب الحذف، وتُراجَع في كل دورة، لأن الخطر يتوقف على ما تغيّر في تلك النسخة (Build). وكما مرّ في درس تهيئة الاختبار، يصف منهج ISTQB للمستوى التأسيسي (الإصدار ⁦4.0⁩) ثلاث طرق لترتيب حالات الاختبار في جدول تنفيذ الاختبار، وقيدين يعدّلانها:

• المبني على المخاطر (Risk-based): تُنفَّذ أولاً الحالات التي تغطي أهم المخاطر. وهذه هي الطريقة التي يستخدمها هذا الدرس.
• المبني على التغطية (Coverage-based): تُنفَّذ أولاً الحالات التي تحقق أكبر تغطية، أو تضيف كل حالة تالية أكبر تغطية لم تتحقق بعد.
• المبني على المتطلبات (Requirements-based): يتبع الترتيب الأولويات التي منحها أصحاب المصلحة للمتطلبات التي تُتتبَّع إليها الحالات.
• الاعتماديات: إذا احتاجت حالة عالية الأولوية إلى حالة أدنى أولوية قبلها، كأن تنشئ بياناتها، فالحالة الأدنى أولوية تُنفَّذ أولاً.
• الموارد: بيئة أو جهاز أو شخص لا يتاح إلا في نافذة زمنية محددة يقدّم الحالات أو يؤخّرها.

جرّبها: المتطلبات ← حالات اختبار

الأولوية والخطورة والحَرَجية

الخطورة (Severity) صفة للعيوب: يعرّفها مسرد ISTQB بأنها درجة أثر العيب في تطوير مكوّن أو نظام أو في تشغيله. والأولوية (Priority) هي مستوى الأهمية التجارية الممنوح لعنصر ما؛ وفي حالة الاختبار تعني متى يجب تنفيذها وهل يجوز تخطّيها.

لا خطورة لحالة الاختبار، لأن شيئاً لم يفشل بعد. لكن لها حَرَجية (Criticality): مدى سوء الإخفاق في المنطقة التي تغطيها. وبعض الفرق تسمّيها تجاوزاً «الخطورة». أما الأولوية فتجمع هذا الأثر مع احتمال الإخفاق في هذه النسخة، لذا قد يختلف الاثنان:

• حَرَجية عالية وأولوية أدنى: إعادة تعيين كلمة المرور وظيفة حرجة، لكنها لم تتغيّر ونجح فحصها المؤتمت على هذه النسخة، فيمكن أن تكون الحالة اليدوية P2.
• حَرَجية منخفضة وأولوية أعلى: الخطأ في رسالة تذكير نصية أُعيدت صياغتها مشكلة ثانوية، لكن القالب جديد ومعرّض للأخطاء، فحالته P2 لا P3.

الترتيب المبني على المخاطر: الأثر × الاحتمال

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

• الأثر (Impact): «عالٍ» يعني مالاً أو بيانات شخصية أو تعرّضاً قانونياً أو مساراً أساسياً معطّلاً لكثير من المستخدمين؛ و«متوسط» ميزة متدهورة أو وجود حل بديل؛ و«منخفض» عيب شكلي أو ميزة نادرة الاستخدام.
• الاحتمال (Likelihood): «عالٍ» يعني شيفرة جديدة أو متغيّرة أو منطقاً معقداً أو تكاملاً جديداً أو تاريخاً من العيوب؛ و«متوسط» منطقة يمسّها التغيير بشكل غير مباشر؛ و«منخفض» منطقة لم تتغير ومستقرة.

Score = impact x likelihood, each rated 1 Low, 2 Medium, 3 High

                                IMPACT
                      1 Low     2 Medium  3 High
LIKELIHOOD  3 High  | 3   P2  | 6   P1  | 9   P1  |
            2 Medium| 2   P3  | 4   P2  | 6   P1  |
            1 Low   | 1   P3  | 2   P3  | 3   P2  |

Score 6-9 -> P1      Score 3-4 -> P2      Score 1-2 -> P3

جرّبها: مولّد الاختبار المبني على المخاطر

أعراف P1 وP2 وP3

لا يوجد معيار يحدّد هذه التسميات: فالفرق والأدوات تستخدم من P1 إلى P3، أو من P0 إلى P3، أو حرج وعالٍ ومتوسط ومنخفض. المهم تعريف مكتوب في خطة الاختبار. ومن الأعراف الشائعة:

• P1، يجب تنفيذها: المسارات التجارية الأساسية والتغييرات عالية المخاطر. تُنفَّذ أولاً في كل دورة، وفشلها يوقف الإصدار عادةً.
• P2، ينبغي تنفيذها: وظائف مهمة بمخاطر متوسطة. تُنفَّذ في كل دورة كاملة بعد P1، ولا تُتخطّى إلا بموافقة مالك المنتج.
• P3، يمكن تنفيذها: مناطق منخفضة المخاطر أو مستقرة أو شكلية. تُنفَّذ إذا سمح الوقت أو بالتناوب، وتُحذف أولاً، ويُسجَّل الحذف في تقرير الاختبار.
• تضيف بعض الفرق P0 لفحوص اختبار الدخان القليلة التي تقرّر هل النسخة قابلة للاختبار أصلاً.
• حالة الاختبار P1 ليست عيباً P1: التسمية على العيب تعني مدى سرعة إصلاحه، وعلى حالة الاختبار مدى سرعة تنفيذها.

جرّبها: مولّد حالات الاختبار جرّبها: مولّد سيناريوهات الانحدار

مثال تطبيقي: إصدار لتطبيق حجز العيادات

الإصدار ⁦3.2⁩ من تطبيق ويب لحجز مواعيد العيادات يضيف عربوناً يُدفع بالبطاقة عند الحجز، ويعيد تصميم شاشة تغيير الموعد، ويعيد كتابة قالب رسالة التذكير النصية بالعربية؛ ولم يتغيّر شيء آخر. ويعرض الجدول في نهاية هذا القسم حالات الاختبار الثماني بعد تقييمها، مرتبةً بترتيب التنفيذ.

• بيئة الدفع التجريبية (Sandbox) مشتركة ومتاحة فقط من ⁦09:00⁩ إلى ⁦13:00⁩، لذا تُنفَّذ حالتا الدفع أولاً.
• تحجز TC-BOOK-02 موعداً لا يتطلب عربوناً. منطقها نفسه لم يتغير، لكنها تمر بمسار الحجز الذي مسّه تغيير العربون: احتمال متوسط، ومع الأثر العالي تبقى P1.
• أثر TC-SCH-01 عالٍ لكنها لم تتغير: P2 لا P1. وأثر TC-SMS-02 منخفض لكنها جديدة: P2 لا P3.
• تحتاج TC-SMS-02 إلى رقم الهاتف الذي تُعِدّه TC-PRO-05، لذا تُنفَّذ TC-PRO-05 قبلها مباشرةً وتبقى P3: القيد يغيّر الترتيب لا التسمية.
• إذا قُلّصت الدورة من يومين إلى يوم واحد، تُحذف TC-HLP-01 ويُبلَّغ عنها على أنها لم تُنفَّذ، بموافقة مالك المنتج.

الإصدار 3.2: حالات الاختبار بترتيب التنفيذ
كل سطر: الحالة، ثم الأثر × الاحتمال = الدرجة، ثم الأولوية

1. دفع العربون، والحجز مؤكَّد (TC-PAY-01): عالٍ × عالٍ = 9، P1
2. رفض البطاقة: لا حجز ولا خصم أي مبلغ (TC-PAY-04): عالٍ × عالٍ = 9، P1
3. حجز لا يتطلب عربوناً، والتغيير غير مباشر (TC-BOOK-02): عالٍ × متوسط = 6، P1
4. تغيير الموعد على الشاشة الجديدة (TC-RES-03): متوسط × عالٍ = 6، P1
5. عرض المواعيد المتاحة لدى الطبيب (TC-SCH-01): عالٍ × منخفض = 3، P2
6. تحديث رقم الهاتف في الملف الشخصي (TC-PRO-05): متوسط × منخفض = 2، P3
7. رسالة التذكير النصية بالقالب العربي الجديد (TC-SMS-02): منخفض × عالٍ = 3، P2
8. روابط صفحة المساعدة تعمل (TC-HLP-01): منخفض × منخفض = 1، P3

أسئلة شائعة

المراجع

• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.