خطأ (agile)

يمكنك أن تتعلم كيفية تعبئة تفاصيل لخطأ عنصر العمل في هذا الموضوع. لمزيد من المعلومات حول كيفية إنشاء خطأ في عنصر العمل , راجع عناصر العمل وسير العمل (Agile).

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

الأذونات المطلوبة.

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

تعريف خطأ

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

النموذج لعناصر عمل المهمة يقوم بتخزين البيانات في الحقول وعلامات التبويب التي تُظهر التوضيحات التالية:

عندما تقوم بتعريف الخطأ، يجب عليك تعريف Title (عنوان) في القسم العلوي من نموذج عنصر العمل ثم كتابة النص في صندوق Symptom (الأعراض) في علامة التبويب Details (تفاصيل). يمكنك ترك كافة الحقول الأخرى فارغة أو قبول القيم الافتراضية الخاصة بهم .

لتعريف الخطأ

1. في المقطع العلوي من نموذج عنصر العمل لخطأ، حدد واحد أو أكثر من الحقول التالية:

   • في Title (العنوان) (و هو حقل مطلوب) أكتب عبارة تصف العيب في التعليمات البرمجية الذي تم العثور عليه.

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

     ملاحظة

     يمكنك تعيين عناصر العمل فقط إلى الأعضاء المجموعة Contribuإلىrs.

   • في القائمة سبب أنقر فشل الإنشاء أو اتركه التعيين كـ جديد.

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

   • في قوائم المنطقة و التكرار ، انقر فوق المنطقة المناسبة و التكرار المناسب أو اترك هذه الحقول فارغة لكي يتم تعيينها فيما بعد أثناء اجتماع الفرز.

     ملاحظة

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

   • في رتبة ، اكتب رقم يشير إلى الأهمية النسبية خطأ مقارنة بالأخطاء الأخرى في نفس التكرار.

   • في القائمة الأولوية ، انقر فوق القيمة التي تشير إلى أهمية الخطأ، حيث الأكثر أهمية 1 و 4 على الأقل أهمية.

     القيمة الافتراضية لهذا الحقل هى 2.

   • في القائمة الخطورة ، انقر فوق القيمة التي تشير إلى تأثير الأخطاء في المشروع.

     القيمة الافتراضي لهذا الحقل هى 3 - Medium (3- متوسط).

2. في التبويب تفاصيل ، حدد واحد أو أكثر من أنواع المعلومات التالية:

   • خطوات لإعادة إنتاج ، توفر قدر التفاصيل عند الحاجة بحيث يمكن عضو فريق آخر فهم المشكلة التي يجب حلها.

     يمكنك تنسيق المحتوى الذي قمت بتوفيره في هذا الحقل.

   • في المربع محفوظات توفير قدر التفاصيل التي تريدها.

     يمكنك تنسيق المحتوى الذي توفره هنا.

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

3. في علامة التبويب System Info(معلومات النظام)، حدد واحد أو أكثر من أنواع المعلومات التالية:

   • في القائمة عليه في إنشاء ، انقر فوق أو اكتب إسم البناء الذي تم العثور فيه علي العيب.

     ملاحظة

     يتم إقران كل بناء بإسم بناء فريد. لمزيد من المعلومات حول كيفية تعريف أسماء البناء، راجع كيفية: تخصيص أرقام البناء.

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

   • في معلومات النظام ، صف بيئة البرامج التي تم العثور على الخطأ فيها.

4. (اختياري) ربط الخطأ بعنصر عمل آخر كحالة اختبار أو خطأ آخر.

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

5. على شريط أدوات عنصر العمل، انقر فوق حفظ عنصر عمل.

   ملاحظة

   بعد أن تقوم بحفظ خطأ، يظهر المعرف في العنوان ضمن شريط أدوات عنصر العمل.

ربط حالة اختبار لخطأ

عن طريق ربط الأخطاء لحالات الاختبار التي تدعم دقة و إكتمال العديد من التقارير المعرّفة لـ MSF Agile لتطوير البرامج.

لربط حالة الاختبار موجودة بخطأ

1. في التبويب حالات اختبار انقر فوق ارتباط إلي .

   يتم فتح مربع الحوار Add Link to Bug (إضافة ارتباط لخطأ).

2. في القائمة نوع ارتباط اترك القيمة الافتراضية الاختبار حسب والذي هو النوع الوحيد من الارتباط يتم اعتماد الارتباطات التي قمت بإضافتها من علامة التبويب حالات الاختبار.

3. في عنصر العمل معرفات، اكتب معرّف واحد أو أكثر من حالات الاختبار الذي تريد الارتباط الخطأ أو انقر فوق استعراض لتحديد حالة الاختبار الذي تريد الارتباط به. يمكنك النقر فوق الاستعلام الفريق حالات اختبار جهاز لتحديد موقع حالات الاختبار ثم حدد خانة الاختيار التالية بجانب حالة الاختبار الذي تريد الارتباط. به

   لمزيد من المعلومات، راجع البحث عن عناصر العمل لارتباط أو إستيراد.

4. (اختياري) اكتب وصفاً لحالات الإختبار التي ترتبط بها.

5. انقر فوق موافق.

6. انقر فوق حفظ عنصر العمل.

   ملاحظة

   الخطأ و حالة الاختبار الذي قمت بربطهم يتم تحديثهم.

إضافة تفاصيل، أو مرفقات، أو ارتباطات تشعبية إلى الخطأ

يمكنك إضافة معلومات إلى خطأ لمساعدة الآخرين على إعادة إنتاج أو إصلاح الخطأ. و يمكنك إضافة التفاصيل للأخطاء بالطرق التالية:

• أكتب المعلومات في خطوات لإعادة الإنتاج أو حقول المحفوظات .

• إرفاق ملف.

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

• إضافة ارتباط تشعبي إلى موقع ويب أو إلى ملف تم تخزينه على خادم أو موقع ويب.

إضافة تفاصيل للخطأ

1. انقر فوق علامة التبويب تفاصيل.

2. في خطوات إعادة الإنتاج ، اكتب معلومات.

3. (اختياري) في المحفوظات ، أكتب المعلومات.

   يمكنك تنسيق نص لتوفير توكيد أو التقاط قائمة ذات تعداد نقطي. لمزيد من المعلومات، راجع عناوين، معرفات، الوصف، و المحفوظات (Agile).

4. انقر فوق حفظ عنصر العمل.

لإضافة مرفق إلى الخطأ

1. في علامة تبويب المرفقاتقم بـتنفيذ أحد الإجراءات التالية:

   • اسحب ملف إلى منطقة المرفق.

   • انقر فوق أو اضغط CTRL-V للصق الملف الذي قمت بنسخه.

   • انقر فوق  إضافةو ثم انقر فوق استعراض. في مربع الحوار المرفق اكتب أو استعرض اسم الملف الذي تريد إرفاقه.

     (اختياري) فى المربع تعليق ، يمكنك بشكل اختيارى كتابة معلومات إضافية حول المرفق. للرجوع إلي علامة التبويب مرفقات أنقر موافق.

2. انقر فوق حفظ عنصر العمل.

لإضافة ارتباط تشعبي إلى الخطأ.

1. في علامة تبويب كافة الارتباطات انقر فوق ربط ب

   

2. في القائمة نوع ارتباط انقر فوق ارتباط تشعبي.

3. في المربع العنوان، اكتب عنوان هدف الارتباط.

   إذا كان الهدف موقع ويب ، اكتب URL الخاص به، أو انسخه من مستعرض الإنترنت الخاص بك ثم الصقه في مربع العنوان . إذا كان الهدف موقع خادم, اكتب العنوان في شكل اسم UNC.

4. (اختياري) اكتب معلومات إضافية حول الارتباط التشعبي في مربع تعليق.

5. انقر فوق موافق ثم انقر فوق حفظ عنصر العمل .

حل و إغلاق الأخطاء

عند إصلاح خطأ، فتغير الحالة من النشطة إلى الحل. عندما تم التحقق من الإصلاح ، يمكنك تغيير حالته من الحل إلى مغلق. يمكن أن يغيير أي عضو من أعضاء الفريق حالة الخطأ. أيضا، يمكن تحليل لآخر reكـons الأخطاء التي لا يمكن إصلاحها كـ الموضحة لاحقاً في هذا الموضوع. لمزيد من المعلومات، راجع التعيينات و سير العمل (Agile).

لحل أو إغلاق خطأ

1. قم بفتح نموذج عنصر العمل للخطأ.

2. في قائمة الحالة، انقر فوق محلولة أو مغلق

   • إذا قمت بتغيير الحالة من Active (نشطة) إلى Resolved (محلولة)، يتغير حقل Reason (السبب) إلى Fixed(تم الإصلاح).

     تحقق من أن القيمة سبب هو تصحيح، أو انقر فوق خيارات مختلفة.

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

   • إذا قمت بتغيير الحالة من من تم الحل إلى مغلق ، يتغير سبب الحقل من تم التحقق من الصحة.

3. انقر فوق حفظ عنصر العمل.

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

مخطط حالة الخطأ

نشط (جديد أو فشل البنية )

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

من نشطة إلى محلولة

يمكنك تحديد واحد الأسباب في ما يلي جدول عندما قمت حل وجود خطأ:

السبب	وقت إجراء النسخ	إجراءات إضافية لتنفذ
Fixed (تم الإصلاح) (و هو الخيار الافتراضي)	بعدما تقوم بإصلاح المشكلة التي يعرّفها الخطأ، قم بتشغيل اختبارات الوحدة للتأكد من أنه تم إصلاح المشكلة، ثم قم بإيداع التعليمات البرمجية التي تم تغييرها.	قم بربط الخطأ مع مجموعة التغييرات عند إيداع الإصلاح.
المؤجل	في حال لن يتم إصلاح الخطأ في التكرار الحالي. سوف يتم تأجيل الخطأ حتى يمكن للفريق إعادة تقييمه في عمليات التكرار أو إصدارات المنتج المستقبلية.	(اختياري) انقل الخطأ إلي تكرار مستقبلي أو إلى التراكم و مع الاحتفاظ به في الحالة النشطة.
مكررة	عندما يقوم خطأ نشط آخر بالإبلاغ عن نفس المشكلة.	إنشاء ارتباط للخطأ يبقي نشطاً حتي يمكن لعضو الفريق الذي أنشأ الخطأ المتكرر التحقق من التكرارات بشكل أكثر سهولة.
As Designed (كما هو مصمم)	عندما يصف الخطأ شرط أو سلوك متوقع للنظام أو خارج معايير قبول لقائمة ناحية التطبيقات أو قصة المستخدم التي تؤثر علي الخطأ.	لا يوجد.
Cannot Reproduce (لا يمكن إعادة الإنشاء)	عندما يتعذر على أعضاء الفريق إعادة إنتاج السلوك الذي يبلغ عنه الخطأ.	لا يوجد.
Obsolete (مهمل)	عندما لم يعد الخطأ ينطبق على المنتج. على سبيل المثال، خطأ قديم إذا كان ذلك يصف مشكلة في ناحية ميزة لم يعد موجوداً في المنتج.	لا يوجد.

تقوم حقول البيانات التالية تلقائياً بالإلتقاط عند تغيير حالة الخطأ من نشطة إلي حل:

• محلول بواسطة: اسم عضو الفريق الذي قام بحل الخطأ.

• تاريخ الحل: تاريخ و وقت حل الخطأ، كما هو مسجل من قبل ساعة الخادم.

• تاريخ تغيير الحالة: تاريخ و وقت تغيير حالة الخطأ.

تم وضع الحل

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

من محلولة إلى مغلقة

هو سبب معتمدة فقط لإغلاق أحد الشوائب من تم التحقق من الصحة.

تقوم حقول البيانات التالية تلقائياً بالإلتقاط عند تغيير حالة الخطأ من حل إلي مغلق:

• مغلق بواسطة: اسم عضو الفريق الذي قام باغلاق الخطأ.

• تاريخ الاغلاق: تاريخ و وقت اغلاق الخطأ، كما هو مسجل من قبل ساعة الخادم.

• تاريخ تغيير الحالة: تاريخ و وقت تغيير حالة الخطأ.

من محلولة إلى نشطة

يمكنك تحديد أحد الأسباب في الجدول التالي عند تنشيط خطأ من حالة الحل :

السبب	وقت إجراء النسخ	إجراءات إضافية لتنفذ
Not fixed (لم يتم الإصلاح)	عندما يكون الحل غير مقبول أو إذا كان الإصلاح غير صحيح.	توفير تفاصيل حول سبب رفض الحل أو سبب عدم نجاح الإصلاح بشكل صحيح. يجب أن تساعد هذه المعلومات الشخص التالي الذي يملك الخطأ في حل بشكل مناسب.
Test Failed (فشل الإختبار)	عند يوضح الاختبار أن الخطأ لا يزال موجوداً.	لتوفير تفاصيل حول أي الإختبارات قد فشلت وفي أي بناء.

البيانات التالية تلقائياً بالإلتقاط عند تغيير حالة الخطأ من حل إلي نشط:

• تنشيط بواسطة: اسم عضو الفريق الذي قام باعادة تنشيط الخطأ.

• تاريخ التنشيط : تاريخ و وقت اعادة تنشيط الخطأ، كما هو مسجل من قبل ساعة الخادم.

مغلقة

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

من مغلقة إلى نشطة

يمكنك تحديد أحد الأسباب في الجدول التالي عند إعادة تنشيط خطأ من حالة الإغلاق:

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

البيانات التالية تلقائياً بالإلتقاط عند تغيير حالة الخطأ من مغلق إلي نشط:

• تنشيط بواسطة: اسم عضو الفريق الذي قام باعادة تنشيط الخطأ.

• تاريخ التنشيط : تاريخ و وقت اعادة تنشيط الخطأ، كما هو مسجل من قبل ساعة الخادم.

راجع أيضًا:

المبادئ

مصنف الفرز

قصة المستخدم (Agile)

حالة اختبار (Agile)

موارد أخرى

MSF للتطوير السريع للبرامج الإصدار 5.0

عناصر العمل وسير العمل (Agile)