تتبّع المتطلبات

لماذا يهم

بلا روابط تصبح التغطية تخميناً. فتقرير الإصدار الذي يقول «نجح ⁦212⁩ اختباراً» لا يخبر مالك المنتج هل اختُبرت قواعد الاسترداد أصلاً. أما مع التتبّع فيستطيع التقرير أن يذكر متطلباً متطلباً: أيّها له اختبارات ناجحة، وأيّها له اختبارات فاشلة، وأيّها بلا اختبار. ويعدّد منهج ISTQB للمستوى التأسيسي ما يتيحه التتبّع الجيد: تقييم التغطية، وتحديد أثر التغييرات، وتسهيل عمليات التدقيق (Audits)، والمساعدة على استيفاء معايير حوكمة تقنية المعلومات، وجعل تقارير الاختبار مفهومة لأصحاب المصلحة.

وهو للمختبِر حماية أيضاً. فحين يتغيّر متطلب قبل الإصدار بيومين، يحوّل التتبّع سؤال «ماذا نعيد اختباره؟» من نقاش إلى بحث سريع في الروابط. وحين يتسرّب عيب إلى بيئة الإنتاج، تبيّن الروابط هل كان المتطلب بلا اختبار أصلاً، أم كان مختبَراً لكن الاختبار لم يكشف الخلل؛ وهما درسان مختلفان تماماً للفريق.

ما الذي يربطه التتبّع، وعمّ يجيب كل رابط

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

والروابط من نوع «متعدد إلى متعدد»: فالمتطلب الواحد يحتاج عادةً إلى عدة حالات اختبار، وحالة اختبار شاملة (End-to-End) واحدة قد تغطي عدة متطلبات. والرابط يعني «هذا الاختبار يتحقق من هذا المتطلب»، لا «هذا الاختبار يمرّ بهذه الشاشة».

• المتطلب ← حالات الاختبار: هل اختُبر هذا المتطلب أصلاً، وبأيّ الاختبارات؟
• حالة الاختبار ← النتيجة: هل نجحت هذه الاختبارات على البناء الذي ننوي إصداره؟
• النتيجة ← العيب: ما العيوب المفتوحة التي تقف بين هذا المتطلب واكتماله؟
• حالة الاختبار ← المتطلب: لماذا يوجد هذا الاختبار، ومن يقرّر نتيجته المتوقعة؟

ربط المتطلبات بالاختبارات: مصفوفة التتبّع

تجمع مصفوفة تتبّع المتطلبات (RTM) الروابط في جدول واحد: صف لكل متطلب، وعمود لكل حالة اختبار، وعلامة حيث يغطي اختبارٌ متطلباً. وكثيراً ما تضيف الفرق آخر نتيجة والعيوب المفتوحة، أو تحفظ الروابط في أداة لإدارة الاختبار وتستخرج المصفوفة تقريراً منها. ويكفي جدول بيانات للبداية؛ فالمهم أن يُسجَّل كل رابط عند كتابة الاختبار، لا أن يُعاد بناؤه من الذاكرة قبل الإصدار.

المثال الذي يرافق هذا الدرس هو ميزة قسائم الخصم في متجر إلكتروني، بأربعة متطلبات وخمس حالات اختبار. وحقل «يُتتبَّع إلى» في كل حالة اختبار هو المصدر، ومنه تُبنى المصفوفة.

• تتبّع على المستوى الذي تختبر به: المتطلبات الفردية أو معايير القبول، لا الميزات أو الملاحم (Epics) كاملة.
• اكتب معرّف المتطلب في كل حالة اختبار أثناء تصميمها، وفي أسماء الاختبارات المؤتمتة أو وسومها.

المتطلبات
REQ-1  قسيمة خصم واحدة لكل طلب
REQ-2  تُرفض القسيمة المنتهية برسالة «انتهت صلاحية هذه القسيمة»
REQ-3  الخصم بالنسبة المئوية يُطبَّق على مجموع المنتجات لا على التوصيل
REQ-4  تعرض فاتورة البريد الإلكتروني الخصم في سطر مستقل

حالات الاختبار، ولكل منها حقل [يُتتبَّع إلى]
TC-01  [REQ-1, REQ-3]  تطبيق قسيمة صالحة بخصم 10% على سلة قيمتها 200.00 ريال
TC-02  [REQ-1]         تطبيق قسيمة ثانية على الطلب نفسه
TC-03  [REQ-2]         تطبيق قسيمة انتهت صلاحيتها أمس
TC-04  [REQ-3]         تطبيق قسيمة 10% على سلة بـ 100.00 ريال ورسوم توصيل 15.00 ريالاً
TC-05  [لا شيء]        إدخال رمز القسيمة بأحرف صغيرة

المصفوفة المبنية من هذه الحقول
RTM     TC-01  TC-02  TC-03  TC-04  TC-05
REQ-1     x      x
REQ-2                   x
REQ-3     x                    x
REQ-4

جرّبها: المتطلبات ← حالات اختبار جرّبها: المتطلبات ← سيناريوهات اختبار

التتبّع الأمامي والتتبّع العكسي

التتبّع الأمامي (Forward Traceability) يتبع كل متطلب إلى اختباراته، ثم إلى نتائجها وعيوبها. وفي المصفوفة تقرأ على امتداد الصف، والسؤال هو: «هل اختبرنا كل ما وعدنا به؟». وفي مثال القسائم صفّ REQ-4 فارغ: لا أحد يختبر فاتورة البريد الإلكتروني، فلا يستطيع أي تقرير أن يدّعي أن REQ-4 يعمل.

والتتبّع العكسي (Backward Traceability) يتبع كل حالة اختبار أو عيب رجوعاً إلى المتطلب الذي جاء منه. وفي المصفوفة تقرأ نزولاً في العمود، والسؤال هو: «لماذا يوجد هذا الاختبار؟». وعمود TC-05 فارغ: اختبار لرموز القسائم بالأحرف الصغيرة لا يطلبه أي متطلب. والحفاظ على روابط يمكن اتباعها في الاتجاهين يُسمّى التتبّع ثنائي الاتجاه (Bidirectional Traceability)، والمصفوفة تعطيك القراءتين من العلامات نفسها. ولا يسمّي منهج ISTQB هذين الاتجاهين؛ فـ«الأمامي» و«العكسي» و«ثنائي الاتجاه» مصطلحات شائعة في الصناعة.

وكل فجوة سؤال للفريق، لا إصلاح تلقائي:

• متطلب بلا اختبار (REQ-4): صمّم له اختباراً، أو سجّل سبب عدم اختباره هنا: خارج النطاق، أو مغطّى في مستوى اختبار آخر، أو خطر يقبله مالك المنتج.
• اختبار بلا متطلب (TC-05): إمّا أن متطلباً لم يُكتب بعد، فقبول الرموز دون تمييز حالة الأحرف قد يكون ما يريده العمل تماماً، فاسأل واطلب توثيقه؛ وإمّا أن الاختبار يفحص شيئاً لا يحتاجه أحد فيُستبعد.
• عيب لا يُتتبَّع إلى أي متطلب: غالباً توقّع غير مكتوب؛ اطرحه في فرز العيوب (Triage) كي يُضاف المتطلب أو يُوضَّح.

مثال تطبيقي: تحليل أثر تغيّر متطلب

تحليل الأثر (Impact Analysis) يعني تحديد ما سيتأثر بالتغيير قبل تنفيذه وإصداره؛ وإذا أُجري مبكراً فقد يساعد حتى على تقرير هل يُنفَّذ التغيير أصلاً. والتتبّع يجعل الجزء الخاص بالاختبار منه سريعاً وقابلاً للتفسير. بعد شهر من إطلاق ميزة القسائم، يرفع مالك المنتج طلب التغيير CR-12: «يكون الحد الأقصى لخصم القسيمة ⁦50.00⁩ ريالاً لكل طلب». وهذا يعدّل REQ-3.

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

• حصرت المصفوفة العمل في متطلب واحد، واختبارين قائمين يحتفظان بنتيجتيهما المتوقعتين، وثلاثة اختبارات جديدة، بدلاً من «أعد اختبار القسائم».
• أما الأثر على REQ-4 فلم تكن المصفوفة لتُظهره: فهي تحفظ الروابط المسجّلة، لا كل موضع يُستخدم فيه الخصم. اسأل المطور أيّ الشيفرات والشاشات تقرأ قيمة الخصم.

CR-12: الحد الأقصى لخصم القسيمة 50.00 ريالاً لكل طلب (يعدّل REQ-3)

1. أمامياً من REQ-3: TC-01 وTC-04
2. عكسياً من هذين الاختبارين: TC-01 يغطي REQ-1 أيضاً، فأيّ تعديل عليه يحتفظ بهذا التحقق
3. المراجعة: TC-01 يعطي خصماً قدره 20.00 وTC-04 خصماً قدره 10.00، وكلاهما أقل من الحد.
   النتيجتان المتوقعتان لا تتغيّران.
4. اختبارات جديدة للمتطلب REQ-3:
   TC-06  10% من 400.00: الخصم 40.00 (أقل من الحد)
   TC-07  10% من 500.00: الخصم 50.00 (عند الحد)
   TC-08  10% من 800.00: الخصم 50.00 لا 80.00 (فوق الحد)
5. خارج المصفوفة: REQ-4 (فاتورة البريد) يجب أن تعرض الخصم بعد الحد، وما زال
   بلا اختبار، فأضف TC-09. واسأل المطور أيّ شيفرة أخرى تقرأ قيمة الخصم.
6. نفّذ TC-01 وTC-04 ومن TC-06 إلى TC-09 على البناء الجديد، مع اختبارات الانحدار التي
   يختارها الفريق، وأضف الروابط الجديدة إلى المصفوفة.

جرّبها: مقارنة النصوص (Diff) جرّبها: مولّد سيناريوهات الانحدار

أسئلة شائعة

المراجع

• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.
• ISO/IEC/IEEE 29119-3:2021 — Software and systems engineering — Software testing — Part 3: Test documentationISO/IEC/IEEE · 2021نماذج ومحتوى وثائق الاختبار — سياسة الاختبار واستراتيجيته وخطته وتقارير الحالة والإنجاز وتقارير الحوادث.