عملية إدارة العيوب في اختبار البرمجيات

ما هي عملية إدارة العيوب؟

إدارة العيوب هي عملية منهجية لتحديد الأخطاء وإصلاحها. تحتوي دورة إدارة العيوب على ما يليwing المراحل 1) اكتشاف العيب، 2) تصنيف العيوب 3) إصلاح العيب من قبل المطورين 4) التحقق من قبل المختبرين، 5) إغلاق العيب 6) تقارير العيوب في نهاية المشروع

سيرشدك هذا الموضوع إلى كيفية تطبيق عملية إدارة العيوب على موقع مشروع Guru99 Bank. يمكنك اتباع الخطوات التالية لإدارة العيوب.

عملية إدارة العيوب

الخطوة 1) الاكتشاف

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

في السيناريو أعلاه، اكتشف القائمون على الاختبار 84 عيبًا في موقع الويب Guru99.

الاكتشاف

دعونا نلقي نظرة على فولوwing سيناريو؛ اكتشف فريق الاختبار الخاص بك بعض المشكلات في موقع بنك Guru99. يعتبرونها عيوبًا ويبلغون بها فريق التطوير، ولكن هناك تعارض –

في مثل هذه الحالة، كمدير اختبار، ماذا ستفعل؟

أ) اتفق مع فريق الاختبار على أن هذا عيب

ب) يتولى مدير الاختبار دور القاضي ليقرر ما إذا كانت المشكلة عيبًا أم لا

ج) الاتفاق مع فريق التطوير على أنه ليس عيبا

صيح
غير صحيح

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

الخطوة 2) التصنيف

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

تصنيف

عادة ما يتم تصنيف العيوب من قبل مدير الاختبار -

دعونا نقوم بتمرين صغير كما يليwing

قم بسحب وإسقاط أولوية العيب أدناه
1) أداء الموقع بطيء جدًا
2) وظيفة تسجيل الدخول للموقع لا تعمل بشكل صحيح
3) لا يتم عرض واجهة المستخدم الرسومية للموقع بشكل صحيح الجوال الأجهزة
4) لم يتمكن موقع الويب من تذكر جلسة تسجيل دخول المستخدم
5) بعض الروابط لا تعمل

فيما يلي الإجابات الموصى بها

رقم الوصف درجة الأهمية تفسير

1

أداء الموقع بطيء جدًا

مرتفع

يمكن أن يسبب خطأ الأداء إزعاجًا كبيرًا للمستخدم.

2

وظيفة تسجيل الدخول للموقع لا تعمل بشكل صحيح

حرج

يعد تسجيل الدخول إحدى الوظائف الرئيسية لموقع الخدمات المصرفية، وإذا لم تعمل هذه الميزة، فهذا يعد خطأً خطيرًا

3

لا يتم عرض واجهة المستخدم الرسومية للموقع بشكل صحيح على الأجهزة المحمولة


متوسط

ويؤثر الخلل على المستخدم الذي يستخدم الهاتف الذكي لمشاهدة الموقع.

4

تعذر على موقع الويب تذكر جلسة تسجيل دخول المستخدم

مرتفع

هذه مشكلة خطيرة نظرًا لأن المستخدم سيكون قادرًا على تسجيل الدخول ولكن لن يتمكن من إجراء أي معاملات أخرى

5

بعض الروابط لا تعمل

منخفض

يعد هذا حلاً سهلاً لرجال التطوير ولا يزال بإمكان المستخدم الوصول إلى الموقع بدون هذه الروابط

الخطوة 3) حل الخلل

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

يمكنك متابعة فولوwing خطوات إصلاح الخلل.

حل الخلل

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

الخطوة 4) التحقق

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

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

الخطوة 5) الإغلاق

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

الخطوة 6) الإبلاغ عن العيوب

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

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

لماذا تحتاج إلى عملية إدارة العيوب؟

عثر فريقك على أخطاء أثناء اختبار مشروع Guru99 Banking.

عملية إدارة العيوب

بعد أسبوع يستجيب المطور –

عملية إدارة العيوب

في الأسبوع المقبل يستجيب المختبر

عملية إدارة العيوب

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

مقاييس العيب الهامة

العودة إلى السيناريو أعلاه. قام المطور وفرق الاختبار بمراجعة العيوب المبلغ عنها. وهنا نتيجة تلك المناقشة

مقاييس العيب الهامة

كيفية قياس وتقييم جودة تنفيذ الاختبار؟

هذا هو السؤال الذي كل مدير الاختبار يريد ان يعرف. هناك معلمتان يمكنك اعتبارهما تابعينwing

مقاييس العيب الهامة

في السيناريو أعلاه، يمكنك حساب نسبة رفض الانشقاق (الحد من مخاطر الكوارث) هو 20/84 = 0.238 (23.8%).

مثال آخر، يفترض أن موقع بنك Guru99 لديه إجمالي 64 العيوب، ولكن فريق الاختبار الخاص بك يكتشف فقط 44 العيوب أي فاتتهم 20 عيوب. لذلك، يمكنك حساب نسبة تسرب الخلل (DLR) وهي 20/64 = 0.312 (31.2٪).

الاستنتاج، يتم تقييم جودة تنفيذ الاختبار عبر المتابعةwing معلمتين

مقاييس العيب الهامة

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

في هذا المشروع، القيمة الموصى بها للنسبة المقبولة هي 5 ~ 10٪. وهذا يعني أن جودة تنفيذ الاختبار منخفضة. يجب أن تجد إجراءات مضادة لتقليل هذه النسب مثل

  • تحسن مهارات اختبار الأعضاء.
  • قضاء المزيد من الوقت لاختبار التنفيذ، وخاصة للمراجعةwing نتائج تنفيذ الاختبار.

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

الخطأ هو نتيجة/نتيجة خطأ في الترميز.

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

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

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

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

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

انقر هنا إذا لم يكن من الممكن الوصول إلى الفيديو

الموارد:

قم بتنزيل نموذج الإبلاغ عن العيوب