نظام تتبع الأخطاء
نظام تتبع الأخطاء أو نظام تتبع العيوب هو تطبيق برمجي يتتبع الأخطاء البرمجية المبلغ عنها في مشاريع تطوير البرمجيات. ويمكن اعتباره نوعًا من أنظمة تتبع المشكلات .
تتيح العديد من أنظمة تتبع الأخطاء، كتلك المستخدمة في معظم مشاريع البرمجيات مفتوحة المصدر ، للمستخدمين النهائيين إدخال تقارير الأخطاء مباشرةً. [ 1 ] بينما تُستخدم أنظمة أخرى داخليًا فقط في الشركات أو المؤسسات التي تعمل في مجال تطوير البرمجيات . وعادةً ما تُدمج أنظمة تتبع الأخطاء مع برامج إدارة المشاريع الأخرى .
يُعد نظام تتبع الأخطاء عادةً مكونًا ضروريًا في بنية تطوير البرمجيات الاحترافية، ويُعتبر الاستخدام المستمر لنظام تتبع الأخطاء أو المشكلات أحد "سمات فريق البرمجيات الجيد". [ 2 ]
تحضير
يُعدّ نظام تتبع الأخطاء البرمجية مكونًا رئيسيًا، حيث يُسجّل معلوماتٍ حول الأخطاء المعروفة. قد تشمل هذه المعلومات وقت الإبلاغ عن الخطأ، وخطورته، وسلوك البرنامج الخاطئ ، وتفاصيل حول كيفية إعادة إنتاج الخطأ؛ بالإضافة إلى هوية الشخص الذي أبلغ عنه وأي مبرمجين يعملون على إصلاحه. [ 3 ]
تدعم أنظمة تتبع الأخطاء النموذجية مفهوم دورة حياة الخطأ، والتي تُتابع من خلال الحالة المُخصصة له. ينبغي أن يُتيح نظام تتبع الأخطاء للمسؤولين إمكانية ضبط الصلاحيات بناءً على الحالة، ونقل الخطأ إلى حالة أخرى، أو حذفه. كما ينبغي أن يُتيح النظام للمسؤولين إمكانية تحديد حالات الأخطاء، وتحديد مدى إمكانية نقل الخطأ في حالة مُعينة. تقوم بعض الأنظمة بإرسال بريد إلكتروني إلى الأطراف المعنية، مثل مُقدم البلاغ والمبرمجين المُعينين، عند إضافة سجلات جديدة أو تغيير الحالة.
الاستخدام
تتمثل الفائدة الرئيسية لنظام تتبع الأخطاء في توفير نظرة عامة مركزية واضحة لطلبات التطوير (بما في ذلك الأخطاء والتحسينات؛ إذ غالبًا ما يكون التمييز بينهما غير واضح)، وحالتها. وتُقدّم قائمة العناصر المعلقة ذات الأولوية (والتي تُسمى عادةً قائمة المهام المتراكمة) مدخلات قيّمة عند تحديد خارطة طريق المنتج، أو ربما ببساطة "الإصدار التالي".
في بيئة الشركات، يُستخدم نظام تتبع الأخطاء البرمجية لإعداد تقارير حول إنتاجية المبرمجين في إصلاحها. مع ذلك، قد تُسفر هذه التقارير أحيانًا عن نتائج غير دقيقة، نظرًا لاختلاف مستويات خطورة الأخطاء وتعقيدها. فليس بالضرورة أن تكون خطورة الخطأ مرتبطة مباشرةً بمدى تعقيد إصلاحه. وقد تتباين آراء المديرين والمهندسين المعماريين في هذا الشأن.
عادةً ما يكون نظام تتبع الأخطاء المحلي (LBT) برنامجًا حاسوبيًا يستخدمه فريق من متخصصي دعم التطبيقات (غالبًا ما يكون مكتب مساعدة ) لتتبع المشكلات التي يتم إبلاغ مطوري البرامج بها. يتيح استخدام نظام تتبع الأخطاء المحلي لمتخصصي الدعم تتبع الأخطاء بلغتهم الخاصة، وليس بلغة المطورين. بالإضافة إلى ذلك، يسمح نظام تتبع الأخطاء المحلي لفريق الدعم بتتبع معلومات محددة حول المستخدمين الذين اتصلوا لتقديم شكوى ، وهذه المعلومات قد لا تكون مطلوبة دائمًا في عملية التطوير الفعلية. وبالتالي، يوجد نظامان للتتبع عند استخدام نظام تتبع الأخطاء المحلي.
جزء من أنظمة إدارة المشاريع المتكاملة
غالبًا ما تُطبَّق أنظمة تتبع الأخطاء والمشاكل كجزء من أنظمة إدارة المشاريع المتكاملة. يتيح هذا النهج إمكانية دمج تتبع الأخطاء وإصلاحها في عملية تطوير المنتج العامة، وإصلاح الأخطاء في عدة إصدارات من المنتج، وإنشاء قاعدة معرفية للمنتج وملاحظات الإصدار تلقائيًا.
تتبع الأخطاء الموزع
صُممت بعض أنظمة تتبع الأخطاء لتُستخدم مع برامج التحكم في الإصدارات الموزعة . تتيح هذه الأنظمة قراءة تقارير الأخطاء وإضافتها إلى قاعدة البيانات أو تحديثها بسهولة حتى في حال عدم اتصال المطور بالإنترنت. [ 4 ] يتضمن كل من Fossil وVeracity أنظمة تتبع أخطاء موزعة.
في الآونة الأخيرة، بدأت أنظمة تتبع الأخطاء التجارية أيضاً في الاندماج مع أنظمة التحكم في الإصدارات الموزعة . على سبيل المثال، يُمكّن FogBugz هذه الوظيفة عبر أداة التحكم في المصادر Kiln. [ 5 ]
على الرغم من أن أنظمة الويكي وأنظمة تتبع الأخطاء تُعتبر تقليديًا نوعين مختلفين من البرامج، إلا أنه يمكن استخدام ikiwiki كنظام تتبع أخطاء موزع. فهو قادر على إدارة المستندات والبرمجيات بشكل متكامل وموزع. مع ذلك، فإن وظيفة الاستعلام فيه ليست متقدمة أو سهلة الاستخدام كبعض أنظمة تتبع الأخطاء الأخرى غير الموزعة، مثل Bugzilla . [ 6 ] وينطبق الأمر نفسه على org-mode ، على الرغم من أنه ليس برنامج ويكي بالمعنى الحرفي.
تتبع الأخطاء وإدارة الاختبارات
بينما تأتي أدوات إدارة الاختبارات التقليدية مثل HP Quality Center و IBM Rational Quality Manager مزودة بأنظمة تتبع الأخطاء الخاصة بها، فإن الأدوات الأخرى تتكامل مع أنظمة تتبع الأخطاء الشائعة.
انظر أيضاً
- إدارة دورة حياة التطبيق
- مقارنة أنظمة تتبع المشكلات – بما في ذلك أنظمة تتبع الأخطاء
- مقارنة برامج إدارة المشاريع – بما في ذلك أنظمة تتبع الأخطاء
مراجع
- ↑ بوغوميل شوبوف (8 سبتمبر 2014). "تنفيذ الإبلاغ عن الأخطاء من جانب العميل" . مؤرشف من الأصل في 13 نوفمبر 2014. تم الاطلاع عليه في 17 نوفمبر 2014 .
- ↑ جويل سبولسكي (8 نوفمبر 2000). "تتبع الأخطاء بسهولة" . تم الاطلاع عليه بتاريخ 29 أكتوبر 2010 .
- ↑ كانر، سيم (يوليو 2000). "الدفاع عن الأخطاء" (ملف PDF) . kaner.com . الصفحات 81، 98. تاريخ الاسترجاع: 19 مايو 2021 .
- ↑ جوناثان كوربيت (14 مايو 2008). "تتبع الأخطاء الموزعة" . LWN.net . تم الاطلاع عليه في 7 يناير 2009 .
- ↑ "ميزات FogBugz" . Fogbugz.com . مؤرشف من الأصل بتاريخ 2013-07-05 . تم الاطلاع عليه بتاريخ 2010-10-29 .
- ↑ جوي هيس (6 أبريل 2007). "تتبع المشكلات المتكامل مع Ikiwiki" . NetworkWorld.com . IDG . تم الاطلاع عليه بتاريخ 10 نوفمبر 2014 .
روابط خارجية
- برنامج تتبع الأخطاء والمشاكل
- مكتب المساعدة
- برامج إدارة المشاريع
