مصفوفة التتبع

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

في الوقت الحالي ، نستخدم المصفوفات لأكثر من 2.5 سنة. خلال هذا الوقت ، تمكنا من تقييم مزايا هذه الأداة ، وكذلك تكييفها مع مشروعنا.

ما هي مصفوفة التتبع؟

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

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

وبالتالي ، يقدم الجدول عرضًا بصريًا لمعلمتين:

• وجود في النظام للمتطلبات التي لم يتم تغطيتها بعد (إذا لم يكن للمتطلب تقاطع واحد مع حالات الاختبار (حالة كافية) ؛
• هل يوجد اختبار مفرط في النظام - إذا كانت المتطلبات لها عدة تقاطعات (شرط ضروري).

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

لذلك ، تحتوي المصفوفة على شكل جدول ، يحتوي كل صف منه على:

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

نظرًا لأننا نستخدم أداة تعقب المهام Jira ، Zephyr by Jira لتوثيق الاختبار ونظام إدارة متطلبات Confluence ، تتم مزامنة جميع الكيانات وتتيح لنا إمكانية التتبع هذه:

• تصور الوضع الحالي للتنفيذ ؛
• تفصيل المتطلبات إلى المزيد من المتطلبات الذرية وتركيبها ؛
• رصد ما إذا كانت هناك متطلبات لم يخطط لها بعد (تمرير التنفيذ) ؛
• مراقبة ما إذا تم تنفيذ المتطلبات حاليًا ؛
• مراقبة ما إذا كانت المتطلبات مغطاة بحالة اختبار (تخطي الاختبار) ؛
• تصور أولويات المتطلبات.

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

يمكن أن تكون متطلبات التجليد وحالات الاختبار:

• 1 إلى 1 (المتطلبات الذرية ، التي تغطيها حالة اختبار واحدة ، تغطي حالة الاختبار هذه المتطلبات فقط) ؛
• 1 إلى n (متطلب يغطيه العديد من حالات الاختبار ، تغطي حالات الاختبار هذه المتطلب فقط) ؛
• n إلى n (متطلب يغطيه العديد من حالات الاختبار ، تغطي حالات الاختبار هذه ومتطلبات أخرى).

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

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

لدينا حالات في المشروع حيث يتم تغطية أحد المتطلبات من خلال عدة اختبارات ويمكن أن يغطي اختبار واحد العديد من المتطلبات (اتصالات من "1 إلى n" و "n إلى n").

خصوصية تقدير التغطية باستخدام مصفوفات التتبع

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

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

لذلك من الأفضل:

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

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

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

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

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

يتم حساب درجة التغطية أيضًا بشكل منفصل لكل وحدة أو ميزة.

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

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

إنشاء مصفوفة والحفاظ عليها

يتم تضمين إنشاء مصفوفة في سير العمل لدينا في مهام التحليلات.



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

وهنا يمكننا تمييز المراحل التالية لتجميع مصفوفة التتبع:

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

صعوبات في العمل مع مصفوفة التتبع

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

وسائل الراحة

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