فرز الأخطاء/العيوب في اختبار البرمجيات

⚡ ملخص ذكي

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

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

عملية فرز الأخطاء والعيوب في اختبار البرمجيات

ما هو "فرز الخلل"؟

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

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

لماذا نحتاج إلى "فرز العيوب"؟

الهدف من Bug Triage هو تقييم العيوب وتحديد أولوياتها وتعيين حل لها. يحتاج الفريق إلى التحقق من مدى خطورة الخلل، وإجراء التغييرات حسب الحاجة، والانتهاء من حل العيوب، وتخصيص الموارد. تستخدم أساسا في إدارة المشاريع رشيقة.

بدون فرز الحالات، تبقى العيوب في tracيُقيّم كلٌّ من المُختبِر والمُطوّر العمل وفقًا لتقديره الشخصي وليس لتأثيره على العمل. يُلخّص الشعار أدناه أسباب حرص الفرق على إدراج الاجتماع في جدول أعمالها.

لماذا يُعد فرز الأخطاء والعيوب ضروريًا في مشروع ضمان الجودة؟

كم مرة يلزم إجراء "فرز العيوب" في الإصدار؟

لم يتم تحديد وتيرة اجتماع فرز العيوب. ذلك يعتمد على حالة المشروع.

فيما يلي بعض العوامل المهمة التي تحدد تكرار اجتماعات فرز العيوب:

هذه العوامل الهامة هي:

  • حسب الجدول الزمني للمشروع
  • عدد العيوب في النظام
  • التأثير على جداول توفر أعضاء الفريق
  • الصحة العامة للمشروع

عادة، يتم عقد اجتماعات فرز العيوب مرتين أو ثلاث مرات في الأسبوع.

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

من هم المشاركون الإلزاميون وغيرهم من المشاركين في "فرز العيوب"؟

المشاركون الإلزاميون

يشارك أعضاء المشروع أدناه دائمًا في اجتماعات فرز العيوب.

  • مدير المشاريع
  • قائد فريق الاختبار
  • الرصاص التقنية
  • قائد فريق التطوير

المشاركون الاختياريون

  • المطورون
  • اختبار
  • محلل الأعمال

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

أدوار ومسؤوليات المشاركين خلال "فرز العيوب".

يأتي كل مشارك إلزامي بمسؤولية مختلفة، ولا يكتمل الاجتماع إلا عندما يستعد الثلاثة جميعاً مسبقاً.

قائد فريق الاختبار

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

الرصاص التنمية

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

مدير المشاريع

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

يتولى مدير المشروع تحديد تاريخ الإصدار، لذا فإن قرار الإغلاق بشأن أي عيب متنازع عليه عادة ما يكون من اختصاص هذا الدور، كما هو موضح أدناه.

مسؤوليات مدير المشروع في اجتماع فرز العيوب

ماذا يحدث خلال اجتماع "فرز العيوب"؟

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

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

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

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

ما هي نتيجة "فرز العيوب"؟

في نهاية كل اجتماع، سيتم إعداد مقاييس فرز العيوب وتقديمها لجميع الحاضرين. يعد هذا التقرير بمثابة محضر الاجتماع الذي سيكون مفيدًا للاجتماعات المستقبلية.

يمثل التقرير نقطة الربط بين عملية الفرز والنطاق الأوسع عملية إدارة العيوب. عادةً ما تتضمن الفرق ما يلي:

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

لأن كل تغيير يُعاد كتابته في tracker، تظل حالة كل عنصر متسقة مع موقعه في دورة حياة العيبوتبدأ الجلسة التالية بقائمة دقيقة بدلاً من قائمة قديمة.

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

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

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

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

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

اي tracيعمل برنامج ker مع الفلاتر المحفوظة والتحرير الجماعي. تقوم الفرق عادةً بفرز الحالات من خلال Jira مجلس أو أ السرعوفBT تم تصفية العرض ليقتصر على العيوب الجديدة، مع تعديل مستوى الخطورة والأولوية والمسؤول مباشرةً أثناء الاجتماع.

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

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

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

تلخيص هذه التدوينة بـ: