دورة حياة الخلل/الخلل في اختبار البرمجيات
توماس هاميلتون
ما هي دورة حياة العيب/الخلل؟
دورة حياة العيب أو دورة حياة الخطأ في اختبار البرمجيات هي مجموعة محددة من الحالات التي يمر بها الخلل أو الخطأ طوال حياته. الغرض من دورة حياة العيب هو تنسيق الحالة الحالية للعيب وإبلاغها بسهولة والتي تتغير إلى مختلف المكلفين وجعل عملية إصلاح العيب منهجية وفعالة.
👉 سجل للحصول على مشروع اختبار البرمجيات المباشر المجاني
حالة الخلل
حالة الخلل أو حالة الخلل في دورة حياة الخلل هي الحالة الحالية التي يمر بها الخلل أو الخطأ حاليًا. والهدف من حالة الخلل هو نقل الحالة الحالية أو التقدم المحرز في الخلل أو الخطأ بدقة من أجل تحسين tracوفهم التقدم الفعلي لدورة حياة العيب.
حالات عيب سير العمل
يختلف عدد الحالات التي يمر بها الخلل من مشروع إلى آخر. يغطي مخطط دورة الحياة الموجود أدناه جميع الحالات الممكنة
- جديد: عند تسجيل عيب جديد ونشره لأول مرة. تم تعيينه بالحالة كجديد.
- مكلف: بمجرد أن يقوم المُختبر بنشر الخطأ، يوافق قائد المُختبر على الخطأ ويقوم بتعيين الخطأ إلى فريق التطوير
- ساعات العمل: يبدأ المطور في التحليل ويعمل على إصلاح الخلل
- ثابت: عندما يقوم المطور بإجراء تغيير ضروري في التعليمات البرمجية والتحقق من التغيير، يمكنه جعل حالة الخطأ "تم الإصلاح".
- في انتظار إعادة الاختبار: بمجرد إصلاح الخلل، يقوم المطور بإعطاء رمز معين لإعادة اختبار الرمز إلى المختبر. منذ اختبار البرمجيات يظل معلقًا من نهاية المختبرين، فإن الحالة المخصصة هي "في انتظار إعادة الاختبار".
- إعادة الاختبار: يقوم المُختبر بإعادة اختبار الكود في هذه المرحلة للتأكد مما إذا كان قد تم إصلاح الخلل من قبل المطور أم لا ويقوم بتغيير الحالة إلى "إعادة الاختبار".
- المستشفيات: يقوم المُختبر بإعادة اختبار الخلل بعد أن قام المطور بإصلاحه. إذا لم يتم اكتشاف أي خطأ في البرنامج، فسيتم إصلاح الخطأ وتكون الحالة المعينة "تم التحقق منها".
- إعادة فتح: إذا استمر الخلل حتى بعد قيام المطور بإصلاح الخلل، يقوم المختبر بتغيير الحالة إلى "أعيد الفتح". مرة أخرى، يمر الخلل خلال دورة الحياة.
- مغلق: إذا لم يعد الخطأ موجودًا، فسيقوم المختبر بتعيين الحالة "مغلق".
- مكررة: إذا تكرر العيب مرتين أو كان العيب يتوافق مع نفس مفهوم الخلل تتغير الحالة إلى "مكرر".
- مرفوض: إذا شعر المطور أن العيب ليس عيبًا حقيقيًا فإنه يغير العيب إلى "مرفوض".
- المؤجلة: إذا لم يكن الخطأ الحالي ذا أولوية قصوى وإذا كان من المتوقع إصلاحه في الإصدار التالي، فسيتم تعيين الحالة "مؤجل" لمثل هذه الأخطاء
- ليس خطأ: إذا لم يؤثر ذلك على وظيفة التطبيق، فإن الحالة المخصصة للخطأ هي "ليس خطأ".
شرح دورة حياة الخلل/الخلل
- يجد المختبر العيب
- الحالة المخصصة للعيب- جديد
- يتم إرسال الخلل إلى مدير المشروع لتحليله
- يقرر مدير المشروع ما إذا كان الخلل صالحًا أم لا
- هنا العيب غير صالح - يتم إعطاء الحالة "مرفوض".
- لذلك، يقوم مدير المشروع بتعيين الحالة رفضإذا لم يتم رفض العيب، فإن الخطوة التالية هي التحقق مما إذا كان ضمن النطاق. لنفترض أن لدينا وظيفة أخرى - وظيفة البريد الإلكتروني لنفس التطبيق، ووجدت مشكلة في ذلك. لكنها ليست جزءًا من الإصدار الحالي عندما يتم تعيين مثل هذه العيوب كعيب. مؤجلة أو مؤجلة الحالة.
- بعد ذلك، يتحقق المدير مما إذا كان قد تم ظهور عيب مماثل في وقت سابق. إذا كانت الإجابة بنعم، فسيتم تعيين حالة العيب تكرار.
- إذا لم يتم تعيين العيب للمطور الذي يبدأ في إصلاح الكود. خلال هذه المرحلة، يتم تعيين حالة الخلل في تَقَدم.
- بمجرد إصلاح الرمز. يتم تعيين حالة العيب ثابت
- بعد ذلك، سيقوم المُختبر بإعادة اختبار الكود. في حالة حالة الاختبار يمر العيب مغلق. إذا فشلت حالات الاختبار مرة أخرى، فهذا يعني أن الخلل موجود أعيد فتحه وتعيينها للمطور.
- فكر في موقف حيث تم العثور على عيب في أمر الفاكس أثناء الإصدار الأول من حجز الرحلات الجوية وتم إصلاحه وتم تعيين حالة إغلاق. أثناء إصدار الترقية الثاني، ظهر نفس العيب مرة أخرى. في مثل هذه الحالات، سيتم إغلاق العيب أعيد فتحه.
هذا كل شيء في دورة حياة Bug
يصف هذا الفيديو التدريبي المراحل المختلفة في دورة حياة الخلل وأهميته بمساعدة أحد الأمثلة
انقر اضغط هنا إذا لم يكن من الممكن الوصول إلى الفيديو
الأسئلة الشائعة
ملخص
يضمن فهم دورة حياة العيب إدارةً منظمةً للأخطاء، وتعاونًا أكثر سلاسةً، وحلولًا أسرع. باتباع كل مرحلة، تستطيع الفرق تحسين جودة البرامج، وتقليل المخاطر، وتقديم تطبيقات موثوقة وسهلة الاستخدام بثقة.
