الاختبار القائم على المخاطر: النهج والمصفوفة والعملية والأمثلة

الاختبار على أساس المخاطر

الاختبار القائم على المخاطر (RBT) هو نوع من أنواع اختبار البرمجيات يعتمد على احتمالية المخاطر. ويتضمن تقييم المخاطر بناءً على مدى تعقيد البرنامج، وأهمية العمل، وتكرار الاستخدام، والمناطق الأكثر احتمالاً لاحتواء المخاطر. خلل. يركز الاختبار القائم على المخاطر على اختبار ميزات ووظائف تطبيق البرامج التي لها تأثير أكبر والتي من المرجح أن تحتوي على عيوب.

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

يمكن أن تكون المخاطر إيجابية أو سلبية.

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

ولأن هذه التقنية تُوزّع الجهد بدلاً من إضافة مستوى اختبار جديد، فإنها تُطبّق فوق المستوى الآخر. أنواع اختبار البرمجيات بدلاً من استبدال أي منها.

متى يتم تطبيق الاختبار القائم على المخاطر؟

يمكن تطبيق الاختبار القائم على المخاطر في

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

عملية إدارة المخاطر

دعونا الآن نفهم الخطوات التي ينطوي عليها عملية إدارة المخاطر.

تعريف المخاطر

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

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

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

يوضح المثال أدناه كيف يقوم هيكل تحليل المخاطر بتجميع مخاطر المشروع في فئات بحيث لا يتم إغفال أي مصدر من مصادر المخاطر.

تحليل المخاطر (يشمل التحليل الكمي والنوعي)

بعد تحديد قائمة المخاطر المحتملة، تتمثل الخطوة التالية في تحليلها وتصنيفها حسب أهميتها. ومن بين تقنيات تحليل المخاطر النوعية مصفوفة المخاطر (التي سيتم تناولها في قسم لاحق). تُستخدم هذه التقنية لتحديد احتمالية حدوث المخاطر وتأثيرها.

تخطيط الاستجابة للمخاطر

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

ويكون مالك المخاطر مسؤولاً عن تحديد الخيارات لتقليل احتمالية وتأثير المخاطر المخصصة.

يُعدّ تخفيف المخاطر أسلوبًا للاستجابة للمخاطر يُستخدم للحدّ من الآثار السلبية للتهديدات المحتملة. ويمكن تحقيق ذلك من خلال القضاء على المخاطر أو خفضها إلى مستوى مقبول. يوضح الرسم البياني أدناه تخطيط الاستجابة للمخاطر ضمن دورة إدارة المخاطر الأوسع.

طوارئ المخاطر

يمكن تعريف خطة الطوارئ بأنها احتمال وقوع حدث غير مؤكد ذي تأثير غير معروف أو غير متوقع. وتُعرف خطة الطوارئ أيضاً بخطة العمل أو الخطة البديلة لأسوأ السيناريوهات. بعبارة أخرى، تحدد هذه الخطة الخطوات التي يمكن اتخاذها عند وقوع حدث غير متوقع.

مراقبة المخاطر والتحكم فيها

تُستخدم عملية التحكم في المخاطر ومراقبتها لـ tracيتم بعد ذلك تقييم فعالية هذه الإجراءات في الحد من المخاطر، وذلك من خلال: تحديد المخاطر القائمة، ومراقبة المخاطر المتبقية، وتحديد المخاطر الجديدة، وتحديث سجل المخاطر، وتحليل أسباب أي تغيير، وتنفيذ خطة الاستجابة للمخاطر، ومراقبة محفزات المخاطر.

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

يوضح الجدول أدناه معلومات حول المدخلات والأدوات والمخرجات الخاصة برصد المخاطر والتحكم فيها.

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

نهج الاختبار القائم على المخاطر

تُغذي عملية الإدارة المذكورة أعلاه منهجية الاختبار الموضحة أدناه. تُنتج كل خطوة مرقمة مدخلاً تستهلكه الخطوة التالية.

1. تحليل المتطلبات.
   • تتم مراجعة الوثائق (متطلبات النظام، متطلبات النظام الوظيفية، حالات الاستخدام). ويتم هذا النشاط لاكتشاف الأخطاء والغموض وإزالتهما.
   • يُعدّ اعتماد المتطلبات أحد أساليب الحدّ من المخاطر لتجنّب إدخال تغييرات متأخرة على المشروع. أي تغيير في أحد المتطلبات بعد اعتماد الوثيقة الأساسية يستلزم عملية إدارة التغيير والحصول على الموافقات اللازمة.
2. تقييم المخاطر من خلال حساب احتمالية وتأثير كل متطلب على المشروع، مع الأخذ في الاعتبار المعايير المحددة مثل التكلفة والجدول الزمني والموارد والنطاق والأداء الفني والسلامة والموثوقية والتعقيد.
   • حدد احتمالية الفشل والمناطق عالية المخاطر. ويمكن القيام بذلك باستخدام مصفوفة تقييم المخاطر.
   • استخدم سجل المخاطر لسرد مجموعة المخاطر المحددة. قم بتحديثه ومراقبته. tracقم بتقييم المخاطر بشكل دوري على فترات منتظمة.
   • يجب إجراء تحديد المخاطر في هذه المرحلة لفهم القدرة على تحمل المخاطر ومستويات تحمل المخاطر.
3. تحديد أولويات المتطلبات على أساس التصنيف.
   • تم تحديد عملية الاختبار القائمة على المخاطر.
   • يمكن النظر في المخاطر الحرجة والمتوسطة عند وضع خطط التخفيف والتنفيذ ومراقبة التقدم. أما المخاطر المنخفضة فيمكن وضعها على قائمة المراقبة.
   • يتم تقييم جودة بيانات المخاطر لتحليل جودة البيانات.
4. خطط وحدد الاختبارات وفقًا للتصنيف.
   • اتبع منهجية اختبار مناسبة وتقنيات تصميم اختبار ملائمة بحيث يتم اختبار العناصر الأكثر خطورة أولاً. ويمكن اختبار هذه العناصر بواسطة شخص ذي خبرة ومعرفة جيدة بالمجال.
   • يمكن استخدام تقنيات مختلفة لتصميم الاختبارات - على سبيل المثال، جدول قرارات تقنية على بنود الاختبار عالية الخطورة، وفقط تقسيم متكافىء بالنسبة لعناصر الاختبار منخفضة المخاطر.
   • حالات الاختبار كما أنها مصممة لتغطية وظائف متعددة وسيناريوهات أعمال شاملة.
   • قم بإعداد بيانات الاختبار وظروف الاختبار ومنصة الاختبار.
5. Revاطلع على وثائق الاختبار — خطط الاختبار، واستراتيجية الاختبار، وحالات الاختبار، وتقارير الاختبار، وأي وثيقة أخرى أنشأها فريق الاختبار.
   • تعد مراجعة النظراء خطوة مهمة في تحديد العيوب وتقليل المخاطر.
6. قم بإجراء تجارب أولية وفحوصات جودة على النتائج.
   • يتم تنفيذ حالات الاختبار وفقًا لأولوية بند المخاطرة.
   • صيانة tracالعلاقة بين عناصر المخاطر، والاختبارات التي تغطيها، ونتائج تلك الاختبارات، والعيوب التي تم اكتشافها أثناء الاختبار. إن تنفيذ جميع استراتيجيات الاختبار بشكل صحيح سيقلل من مخاطر الجودة.
   • يمكن استخدام الاختبار القائم على المخاطر في كل مستوى من مستويات الاختبار — عنصر, التكامل, نظام واختبارات القبول.
   • على مستوى النظام، نحتاج إلى التركيز على أهم ما في التطبيق. ويمكن تحديد ذلك من خلال النظر إلى مدى وضوح الوظائف، وتكرار استخدامها، والتكلفة المحتملة للفشل.
   • تقييم معايير الخروج: تم اختبار جميع المناطق عالية الخطورة بشكل كامل، ولم يتبق سوى مخاطر طفيفة.
7. أبلغ عن نتائج الاختبارات القائمة على المخاطر وتحليل المقاييس.
   • إعادة تقييم أحداث المخاطر الحالية وأحداث المخاطر الجديدة بناءً على مؤشرات المخاطر الرئيسية.
   • قم بتحديث سجل المخاطر.
   • تعمل خطط الطوارئ كخطة احتياطية أو خطة طوارئ لمواجهة مخاطر التعرض العالية.
   • يتم استخدام تحليل العيوب ومنع العيوب للقضاء على العيوب.
   • إعادة الاختبار و اختبار الانحدار يجب التحقق من صحة إصلاحات العيوب بناءً على تحليل المخاطر المحسوب مسبقًا، وينبغي تغطية المناطق عالية الخطورة بشكل مكثف.
   • اختبار الأتمتة القائم على المخاطر، إن أمكن.
   • حساب المخاطر المتبقية.
8. مراقبة المخاطر والسيطرة عليها.
   • يمكن تحديد معايير الخروج أو معايير الإنجاز بشكل منفصل لمستويات المخاطر المختلفة. وقد تمّت معالجة جميع المخاطر الرئيسية باتخاذ الإجراءات المناسبة أو وضع خطط طوارئ، ويبلغ مستوى التعرض للمخاطر أو يقل عن المستوى المتفق عليه كمستوى مقبول للمشروع.
   • إعادة تقييم المخاطر وملاحظات العملاء.

نهج الاختبار القائم على المخاطر لاختبار النظام

1. اختبار النظام الفني يُشار إلى هذا باسم اختبار البيئة واختبار التكامل. يشمل اختبار البيئة الاختبار في بيئات التطوير والاختبار والإنتاج.
2. اختبار النظام الوظيفي — اختبار جميع الوظائف والميزات والبرامج والوحدات. الغرض من هذا الاختبار هو تقييم ما إذا كان النظام يفي بالمتطلبات المحددة له.
3. اختبار النظام غير الوظيفي — اختبار المتطلبات غير الوظيفية: الأداء، اختبارات الحمل, اختبارات الإجهاداختبارات التكوين، واختبارات الأمان، والنسخ الاحتياطي، و استرجاع الإجراءات والوثائق (وثائق النظام والتشغيل والتركيب).

يوضح الرسم البياني أدناه نظرة عامة واضحة على العملية المذكورة أعلاه.

يشمل اختبار النظام كلاً من الاختبارات الوظيفية والاختبارات غير الوظيفية.

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

كيفية إجراء الاختبارات القائمة على المخاطر: العملية الكاملة

يتناول هذا القسم عملية الاختبار القائمة على المخاطر، والتي تتم على خمس مراحل.

1. تعريف المخاطر
2. تحليل المخاطر
3. الاستجابة للمخاطر
4. اختبار سكوبping
5. تعريف عملية الاختبار

تتداخل المراحل الخمس مع بعضها البعض كما هو موضح أدناه.

1. في هذه العملية، يتم تحديد المخاطر وتصنيفها، وإعداد مسودة سجل للمخاطر، ويتم فرز المخاطر لتحديد المخاطر الهامة.
2. تتضمن الاستجابة للمخاطر صياغة أهداف الاختبار من المخاطر، واختيار التقنيات المناسبة بحيث يلبي نشاط الاختبار أو تقنية الاختبار تلك الأهداف.
3. يتم أخذ التبعيات الموثقة والمتطلبات والتكلفة والوقت اللازم لاختبار البرمجيات في الاعتبار من أجل حساب درجة فعالية الاختبار.
4. اختبار scoping هي عملية مراجعة تتطلب مشاركة جميع أصحاب المصلحة والموظفين الفنيين. من المهم الالتزام بنطاق المخاطر المتفق عليه. يجب معالجة هذه المخاطر من خلال الاختبار، ويجب على جميع الأعضاء الموافقة على المسؤوليات الموكلة إليهم والميزانية المخصصة لهذه الأنشطة.
5. بعد الانتهاء من تحديد نطاق الاختبار، يجب تجميع أهداف الاختبار والافتراضات والتبعيات لكل مرحلة من مراحل الاختبار في الشكل القياسي.

يوضح المثال العملي أدناه العلاقة بين كل متطلب والمخاطر المرتبطة به، وبين هدف الاختبار الذي يعالجها.

دعونا ننظر في المتطلبات الوظيفية F1 و F2 و F3، والمتطلبات غير الوظيفية N1 و N2.

F1 - المتطلبات الوظيفية، R1 - المخاطر المرتبطة بـ F1

• الهدف الثالث للاختبار - إثبات باستخدام اختبار أن الميزات والوظائف المتوقعة للنظام تعمل بشكل صحيح، وأنه يمكن معالجة المخاطر R1 عن طريق الاختبار الوظيفي.
• الاختبار - يتم إجراء اختبار صفحة المتصفح لتنفيذ مهام المستخدم المهمة والتحقق من إمكانية معالجة R1 (المخاطر المرتبطة بـ F1) في مجموعة من السيناريوهات.

F2 - المتطلبات الوظيفية، R2 - المخاطر المرتبطة بـ F2

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

F3 - المتطلبات الوظيفية، R3 - المخاطر المرتبطة بـ F3

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

N1 - متطلب غير وظيفي، NR1 - المخاطر المرتبطة بـ N1

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

N2 - متطلب غير وظيفي، NR2 - المخاطر المرتبطة بـ N2

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

أهداف الاختبار المحددة: إن المخاطر وأهداف الاختبار المدرجة خاصة بأنواع الاختبار، كما هو ملخص أدناه.

إجراءات تصميم عملية الاختبار القائمة على المخاطر

• قم بإعداد سجل للمخاطر. يسجل هذا السجل المخاطر المستمدة من قائمة مخاطر عامة، وقائمة مراجعة موجودة، وجلسات العصف الذهني.
• قم بتضمين المخاطر المرتبطة بالمتطلبات الوظيفية وغير الوظيفية للنظام (سهولة الاستخدام، والأمان، والأداء).
• يتم تخصيص مُعرّف فريد لكل خطر.

يحتوي العمودان 1 و2 من ذلك السجل على المعرّف ووصف المخاطر. أما الأعمدة المتبقية فسيتم وصفها أدناه.

يتم تقييم احتمالية كل خطر (1 منخفض، 5 مرتفع) وعواقبه (1 منخفض، 5 مرتفع)، كما هو الحال في السجلين السابقين.tracيعرض الجدول أدناه.

• يتم حساب التعرض للاختبار.
• يقوم المختبر بتحليل كل خطر وتقييم ما إذا كان من الممكن اختبار هذا الخطر أم لا.
• يتم تحديد أهداف الاختبار للمخاطر القابلة للاختبار.
• يحدد المختبر نشاط الاختبار الذي يجب تنفيذه بطريقة مخططة لتحقيق هدف الاختبار (المراجعات الثابتة، وعمليات التفتيش، واختبارات النظام، واختبارات التكامل، واختبارات القبول، والتحقق من صحة HTML، واختبارات التوطين وما إلى ذلك).
• يمكن تصنيف أنشطة الاختبار هذه إلى مراحل (اختبار المكونات أو وحدة التجارب(اختبار التكامل، اختبار النظام، اختبار القبول).
• في بعض الأحيان، قد تتم معالجة المخاطر من خلال أكثر من مرحلة اختبار واحدة.
• حدد التبعيات والافتراضات (توافر المهارات والأدوات وبيئات الاختبار والموارد).
• يتم حساب فعالية الاختبار. ترتبط فعالية الاختبار بمستوى ثقة القائم بالاختبار في أن المخاطر ستُعالج بشكل نهائي من خلال الاختبار. تتراوح درجة فعالية الاختبار بين واحد وخمسة (5 = ثقة عالية، 1 = ثقة منخفضة).
• قم بتقدير الجهد والوقت والتكلفة اللازمة لإعداد وتنفيذ هذه الاختبارات.

المثالان التاليانtracتُظهر ts أعمدة السجل المتبقية ودرجة فعالية الاختبار في مكانها.

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

يوضح الجدول أدناه توزيع المهام عبر مراحل الاختبار.

يتم تحديد ما هو ضمن نطاق الاختبار وما هو خارجه في نطاق الاختبارping مرحلة.

• يتم تحديد أهداف الاختبار، والمكون قيد الاختبار، والمسؤولية، والبيئة، ومعايير الدخول، ومعايير الخروج، والأدوات، والتقنيات، والمخرجات لكل مرحلة.

أهداف الاختبار العامة — هذه الأهداف العامة قابلة للتطبيق على مشاريع وتطبيقات متعددة.

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

يمكن تحديد أهداف اختبار عامة لمراحل الاختبار المختلفة.

• اختبار المكونات
• اختبار التكامل
• اختبار النظام
• خدمات و فحوصات القبول النهائي

لننظر في مرحلة اختبار النظام.

1. يوضح G4 و G5 أن النظام يلبي المتطلبات الوظيفية (F1، F2، F3) والمتطلبات غير الوظيفية (N1، N2).
2. أثبت باستخدام الاختبارات أن الميزات والوظائف المتوقعة للنظام تعمل بشكل صحيح، وأن المخاطر المرتبطة بـ F1 و F2 و F3 يمكن معالجتها عن طريق الاختبار الوظيفي.
3. أثبت باستخدام الاختبارات أن الخصائص التشغيلية للنظام تعمل بشكل صحيح، وأن المخاطر المرتبطة بـ N1 و N2 يمكن معالجتها عن طريق الاختبارات غير الوظيفية.
4. بناءً على رقم أولوية الاختبار، يمكن تصنيف أهمية الاختبار على أنها عالية (أحمر)، ومتوسطة (أصفر)، ومنخفضة (أخضر).

مصفوفة تحديد الأولويات وتقييم المخاطر

مصفوفة تقييم المخاطر هي مصفوفة احتمالية التأثير. وهي توفر لفريق المشروع نظرة سريعة على المخاطر وأولوية معالجة كل منها.

Risk rating = Probability x Severity

الاحتمالية هي مقياس فرصة وقوع حدث غير مؤكد، بناءً على التعرض له من حيث الوقت والقرب والتكرار. ويتم التعبير عنها كنسبة مئوية.

يمكن تصنيف هذا على أنه متكرر (أ)، محتمل (ب)، عرضي (ج)، بعيد (د)، غير محتمل (هـ) ومستبعد (و).

• متكرر — من المتوقع أن يحدث عدة مرات في معظم الظروف (91 - 100٪).
• محتمل — من المرجح أن يحدث عدة مرات في معظم الظروف (61 - 90٪).
• ملابس خارجية — قد يحدث ذلك في وقت ما (41 - 60٪).
• عن بعد — من غير المرجح أن يحدث، على الرغم من أنه قد يحدث في وقت ما (11 - 40٪).
• غير محتمل — قد يحدث في ظروف نادرة واستثنائية (0 – 10٪).
• خرج — من المستحيل حدوث ذلك (0%).

تُعرَّف شدة الحدث بأنها درجة تأثير الضرر أو الخسارة الناجمة عن حدث غير مؤكد. ويتم تقييمها من 1 إلى 4، ويمكن تصنيفها كالتالي: كارثية = 1، حرجة = 2، هامشية = 3، ضئيلة = 4.

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

يتم تصنيف الأولوية إلى أربع فئات، والتي يتم ربطها بمدى خطورة واحتمالية المخاطر كما هو موضح في الصورة أدناه.

• خطير
• مرتفع
• 
متوسط
• منخفض

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

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

متوسط: المخاطر التي تندرج ضمن هذه الفئة مُعلّمة باللون الأصفر. يجب اتخاذ خطوات معقولة وعملية لتقليل هذه المخاطر.

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

قائمة مراجعة عامة للاختبار القائم على المخاطر

تحدد المصفوفة كيفية تقييم المخاطر. وتحدد قائمة التحقق أدناه المرشحين الذين يدخلون المصفوفة في المقام الأول.

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

تقارير ومقاييس نتائج الاختبارات القائمة على المخاطر

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

ثم تُقرأ هذه التدابير في ضوء المخاطر:

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

المخاطر الكامنة مقابل تقييم المخاطر المتبقية

ينبغي أن يشمل تحديد المخاطر وتحليلها أيضًا المخاطر الكامنة، والمخاطر المتبقية، والمخاطر الثانوية، والمخاطر المتكررة.

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

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

تحديد المخاطر وملاحظات العملاء

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

1. المخاطرة المطلوبة هو مستوى المخاطرة الذي يحتاج العميل إلى تحمله من أجل الحصول على عائد مُرضٍ.
2. القدرة على المخاطرة هو مستوى المخاطر المالية التي يستطيع العميل تحملها.
3. تحمل المخاطر هو مستوى المخاطرة الذي يفضل العميل تحمله.

ملاحظات العملاء: جمع ملاحظات العملاء وتقييماتهم لتحسين الأعمال والمنتجات والخدمات والتجربة.

فوائد الاختبار على أساس المخاطر

ترد أدناه فوائد الاختبار القائم على المخاطر.

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

الأسئلة الشائعة