لوحة معلومات الجودة (سريع)

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

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

ملاحظة

يمكنك الوصول إلى لوحات المعلومات من خلال موقع المشروع الفريق الخاص بك. يمكنك الوصول إلى لوحة معلومات الجودة فقط إذا تم تشغيل هذا المدخل وتم تجهيزه لإستخدام Microsoft Office SharePoint Server 2007. لمزيد من المعلومات، راجع لوحات المعلومات (Agile) أو الوصول إلى موقع مشروع الفريق و إرشادات المعالجة.

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

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

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

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

لتعديل تقرير فى Office Excel، يجب أن تكون عضواً في TfsWarehouseDataReaders دور أمني في SQL Serverخدمات تحليل و يجب أن يتم تعيينك أو أن تنتمى إلى مجموعة تم تعيينها الأعضاء إذن في منتجات SharePoint لمشروع الفريق. لمزيد من المعلومات، راجع منح الوصول إلى قواعد بيانات مستودع البيانات ل Visual Studio ALM.

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

البيانات التى تظهر في لوحة المعلومات

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

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

ملاحظة

يتوافر تقرير تقدم خطة الاختبار فقط عندما يقوم الفريق بإنشاء خطط اختبار وتشغيل الاختبارات باستخدام مُشغل الاختبار و Microsoft Test Manager. لمزيد من المعلومات حول كيفية تعريف مجموعات الاختبار و خطط الاختبار, راجع تنظيم استخدام المجموعات اختبار حالات الاختبار.

التقدم، البناء، مخططات التعليمات البرمجية و تقارير ل ، لا تظهر عندما يكون مستودع بيانات مشروع الفريق غير متوافر.

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

جزء ويب	البيانات المعروضة	موضوع ذو صلة
	رسم بيانى مكدس المساحة لنتائج الاختبار مجمعة حسب أخر نتيجة مسجلة - عدم تشغيل، أو المحظورة، أو فشل، أو ناجح- خلال آخر أربعة أسابيع.	تقرير تقدم خطة الاختبار
	أعمدة مكدسة توضح عدد البنيات التى فشلت أو نجحت أثناء آخر أربعة أسابيع.	تقرير Excel لحالة البنية
	رسم بياني مكدس المساحة للعدد التراكمى لكل الأخطاء، مجمعة حسب الحالة، أثناء آخر أربعة أسابيع.	تقرير Excel لتقدم الأخطاء
	رسم بياني مكدس المساحة لعدد الأخطاء التى قام الفريق بإعادة تنشيطها أو إغلاقها أثناء آخر أربعة أسابيع.	تقرير Excel إعادة تنشيط الأخطاء
	رسم خطي يوضح النسبة المئوية من الرمز التي تم اختبارها من قبل اختبارات التحقق من البناء (BVT) واختبارات أخرى خلال أخر أربعة أسابيع.	تقرير Excel تغطية التعليمات البرمجية
	مخطط مساحي مكدس المساحة يصف عدد أسطر الرمز التى قام الفريق بإضافتها أو إزالتها أو قام بتغييرها في الإيداع قبل البناء خلال أخر أربعة أسابيع.	تقرير Excel ل "Code Churn"
	قائمة بالأحداث القادمة. هذه القائمة مشتقة من جزء ويب SharePoint.	غير قابلة للتطبيق
	عدد عناصر العمل النشطة و المغلقة و التى تم حلها. يمكنك فتح قائمة عناصر العمل عن طريق النقر فوق كل عضو. القائمة مشتقة من جزء ويب Team Web Access	عناصر العمل وسير العمل (Agile)
	قائمة بأخر البنيات و حالتهم. يمكنك عرض مزيد من التفاصيل بالنقر فوق بنية معينة. القائمة مشتقة من جزء ويب Team Web Access وسيلة إيضاح: : البنية قيد التقدم : لم تبدأ البنية : نجحت البنية : فشل البنية : توقفت البنية : نجحت البنية جزئيًا	إدارة و التقرير على بناء
	قائمة أكثر الإيداعات حداثةً. يمكنك عرض المزيد من التفاصيل بواسطة النقر فوق محدد إيداع. القائمة مشتقة من جزء ويب Team Web Access	استخدام التحقق في والقائمة Windows التغييرات المعلقة

الأنشطة المطلوبة لمراقبة الجودة

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

الأنشطة المطلوبة لتعقب تقدم خطة الاختبار

كى تكون تقارير "تقدم خطة الاختبار" مفيدة و دقيقة، يجب على الفريق تنفيذ الأنشطة التالية:

• تعريف حالات الاختبار و قصص المستخدم و إنشاء الاختبار حسب الارتباطات بين حالات الاختبار و قصص المستخدم.

• تعريف خطط الاختبار و تعيين حالات اختبار لخطط الاختبار. لمزيد من المعلومات، راجع تعريف Effort الاختبارات الخاص بك باستخدام اختبار الخطط.

• للاختبارات اليدوية, قم بتحديد نتائج كل خطوة تحقق من الصحة في حالة الاختبار كناجح أو فشل.

  هام

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

  للإاختبارات التلقائية، يتم وضع علامة "تاجح" أو "فشل" لكل حالة اختبار تلقائياً.

• (اختياري) لتدعيم التصفية، قم بـتعيين مسارات التكرار و المنطقة لكل حالة اختبار.

  ملاحظة

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

الأنشطة المطلوبة لتقدم تعقب الأخطاء و إعادة تنشيط الأخطاء

كى تكون تقارير "تقدم الأخطاء و إعادة تنشيط الأخطاء" مفيدة و دقيقة، يجب على الفريق تنفيذ الأنشطة التالية:

• تعريف الأخطاء.

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

• (اختياري) قم بتعيين مسارات التكرار و المنطقة لكل خطأ إذا كنت تريد التصفية حسب تلك الحقول.

الأنشطة المطلوبة لتعقب حالة البنية، تغطية الرمزو التغير فى الرمز

كى تكون تقارير "حالة البنية" و "تغطية الرمز" و "التغير فى الرمز" مفيدة ودقيقة، يجب على أعضاء الفريق مراجعة الأنشطة التالية:

• إعداد نظام البنية. لإستخدام بنية Team Foundation ، يجب عليك إعداد نظام بنية.

  لمزيد من المعلومات، راجع ضبط نظام الإنشاء الخاص بك.

• إنشاء تعريفات البنية. يمكن إنشاء العديد من تعريفات البنية ثم قم بتشغيل كل منها لإنتاج التعليمات البرمجية لنظام أساسي مختلف. أيضاً، يمكنك تشغيل أي بنية لتكوين مختلف.

  لمزيد من المعلومات، راجع إنشاء ثم العمل مع إنشاء تعريفات.

• تعريف الاختبارات لتعمل تلقائياً كجزء من البنية. كجزء من تعريف البنية, يمكنك تعريف الاختبارات ليتم تشغيلها كجزء من البنية أو تفشل إذا فشلت الاختبارات.

  لمزيد من المعلومات، راجع كيفية: تعريف البنية استخدام القالب الافتراضي.

• تكوين الاختبارات لجمع بيانات تغطية التعليمات البرمجية . حتى تظهر بيانات تغطية التعليمات البرمجية في التقرير, يجب على أعضاء الفريق وضع علامة فى الاختبارات لجمع تلك البيانات.

  للمزيد من المعلومات، راجع كيفية: تكوين رمز تغطية استخدام اختبار إعدادات مع الاختبارات التلقائية وكيفية: جمع البيانات تغطية التعليمات البرمجية باستخدام اختبارات عام.

• تشغيل الأبنية بإنتظام. يمكنك تشغيل بناءين في فترات زمنية منتظمة أو بعد كل إيداع. يمكنك إنشاء بناء العادية متى تقوم استخدم يشغّل الجدولة.

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

  ملاحظة

  على الرغم من أنه يمكن لعضو فريق تقييم بنية يدويـاً باستخدام مستكشف البنيات ، فإن هذا التقييم لا ينعكس على تقرير مؤشرات جودة البنية. تصنيف البنية يظهر في تقرير ملخص البنية. للمزيد من المعلومات، راجع كيفية: تصنيف الجودة Build المكتملة وتقرير ملخص البنية.

استكشاف أخطاء مشاكل الجودة

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

المشكلة	التقارير المطلوب مراجعتها	ملاحظات استكشاف الأخطاء
فشل البنية	حالة البنية	البناء ليلاً هو أساس مشروعات تطوير البرامج. عند عدم إكتمال البنيات بنجاح أو فشل اختبارات التحقق من البناء(BVT)، يجب على الفريق حل المشكلة فوراً.
الاختبارات الفاشلة	تقدم خطة الاختبار التغيرات في التعليمات البرمجية (من إصدار لأخر)	عندما تكون معدلات فشل الاختبارات والتغيرات فى الرمز عالية، قد يقوم الفريق باستقصاء سبب كثرة فشل البرنامج. قد تتضمن الأسباب ممارسات التطوير الغير محكمة أو الاختبارات الصارمة جداُ لدورة التكرار المبكرة.
نجاح الاختبارات ولكن مع نسبة عالية من إيجاد الأخطاء	تقدم خطة الاختبار تقدم الأخطاء	عند نجاح العديد من الاختبارات في نفس الفترة التى يتم فيها العثور على العديد من الأخطاء، قد يقوم الفريق باستقصاء الإحتمالات التالية: قد لا تكون الاختبارات صارمة بشكل كاف للمرحلة الحالية للمنتج. في التكرارات المبكرة، تكون الاختبارات البسيطة جيدة. ومع ذلك، يحب على الاختبارات تجربة سيناريوهات أكبر و تكامل أوسع كلما ينضج المنتج. قد تكون الاختبارات قديمة أو تقوم باختبار الوظيفة غير المطلوبة. قد توفر تقنيات الاختبار المختلفة نتائج أفضل. يتم الإعلام عن الأخطاء ولكن لا تكون موضوعاُ للاختبار. عند الإبلاغ عن أخطاء غير مرتبطة بحالة اختبار، تكون غير خاضعة لاختبار التراجع.
الاختبارات لا معنى لها	تقدم خطة الاختبار تغطية التعليمات البرمجية التغيرات في التعليمات البرمجية (من إصدار لأخر)	عند نجاح العديد من الاختبارات، تغير مقداراُ كبيراً من الرمز، و نقص تغطية الرمز، فربما لا يقوم الفريق بتشغيل الاختبارات التى تختبر الرمز الجديد. لأنه لا يتم تطوير "الاختبارات" بنفس معدل تغير الرمز، قد تصبح تغطية الاختبارات أقل و أقل كفاءة.
لا يقوم الفريق باختبار، أو إغلاق أو إعادة تنشيط الأخطاء المحلولة	تقدم الأخطاء	عند حدوث زيادة في تقرير "تقدم الأخطاء" للأخطاء المحلولة، يقوم المطورون بحل الأخطاء، ولكن لم يقم المختبرون بالتحقق و إغلاق تلك الأخطاء. يجب أن يتحقق الفريق لماذا تطور هذا النمط.
القليل من الاختبار	تقدم خطة الاختبار التغيرات في التعليمات البرمجية (من إصدار لأخر)	عند قيام الفريق بتشغيل القليل من الاختبارات، وأن تكون قيمة التغيرات فى الرمز عالية،, وأن تكون تغطية الرمز أقل من المتوقع، قد يحتاج الفريق لتخصيص المزيد من الموارد للاختبار. بالإضافة إلى ذلك، يجب على الفريق التأكد من أن المختبرين يقومون بالتركيز على نفس الوظائف كما يفعل بقية الفريق.
إعادة التنشيط	إعادة تنشيط الأخطاء	عند قيام الفريق بإعادة تنشيط الأخطاء بمعدل عالي أو متزايد، يقوم المختبرون برفض إصلاحات المطورين بشكل متكرر. يجب على الفريق معالجة هذه المشكلات لتجنب تخصيص موارد هامة لإعادة العمل فى الإصلاحات المرفوضة. الأسباب المحتملة هى الإخطار السيئ عن الأخطاء، الإدارة السيئة لمعمل الاختبار أو الفرز العنيف بشدة.
اختبار الوحدة الغير ملائم	تغطية التعليمات البرمجية التغيرات في التعليمات البرمجية (من إصدار لأخر)	عند تطابق انخفاض تغطية الرمز مع الزيادة في تغير الرمز، قد يكون هذا بسبب قيام المطورين باختبار الرمز دون وجود أي اختبارات وحدة تقوم بتغطيتها. في معظم الحالات، يجب أن تقترب تغطية الرمز من 100 % إذا كان يقوم الفريق بممارسة التطوير المدفوع بالاختبار أو التقنيات المشابهة. إذا تم إعادة استخدام اختبارات الوحدة كـ BVTs، يجب أن تظهر تغطية الرمز في التقارير المناظرة.

تخصيص لوحة معلومات الجودة

يمكنك تخصيص لوحة معلومات الجودة بالطرق التالية:

• قم بتغيير عوامل التصفية لكل تقرير Excel للتركيز على مناطق منتج محددة أو تكرارات محددة .

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

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

للحصول على مزيد من المعلومات حول كيفية العمل و تخصيص التقارير فى Office Excel، راجع الصفحات التالية على موقع ويب Microsoft:

راجع أيضًا:

المبادئ

لوحات المعلومات (Agile)

موارد أخرى

Scrum

النتائج الملموسة (Agile)