ترتيب خطر المنتج

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

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

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

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

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

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