ما هي المتطلبات؟ Tracمصفوفة القدرة (RTM) في الاختبار؟

⚡ ملخص ذكي

المتطلبات Tracمصفوفة القدرة (RTM) هي وثيقة منظمة تربط متطلبات المشروع بحالات الاختبار المقابلة لها، مما يضمن التغطية الكاملة والتحقق من صحتها. وتلعب دورًا حاسمًا في اختبار البرمجيات من خلال منع إغفال الوظائف، ودعم الامتثال، وتوفير الشفافية لجميع أصحاب المصلحة.

  • ابدأ RTM في وقت مبكر من دورة حياة المشروع لضمان التوافق الكامل مع المتطلبات.
  • حافظ على تحديث المصفوفة كلما تغيرت المتطلبات أو حالات الاختبار.
  • استخدم معرفات واضحة وفريدة لربط المتطلبات والسيناريوهات وحالات الاختبار بشكل فعال.
  • التعاون بين المختبرين والمطورين والمحللين والمديرين لتحقيق المساءلة المشتركة.
  • استخدم أدوات الأتمتة (على سبيل المثال، Jira، Zephyr) لتقليل الجهد اليدوي وتحسين قابلية التوسع.

Tracمصفوفة القدرة (RTM)

ما هي تفاصيل Tracمصفوفة القدرة (™)؟

A Tracمصفوفة القدرة هي وثيقة تربط بين أي وثيقتين أساسيتين تتطلبان علاقة متعددة الأطراف للتحقق من اكتمال العلاقة.

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

👉 سجل للحصول على مشروع اختبار البرمجيات المباشر المجاني

ما هو الشرط؟ Tracمصفوفة القدرات؟

شرط أساسي Tracمصفوفة القدرة (RTM) هو وثيقة تحدد و tracيُحدد متطلبات المستخدم باستخدام حالات الاختبار. ويشمل ذلك جميع المتطلبات التي يقترحها العميل والمتطلبات tracإمكانية الوصول في وثيقة واحدة، يتم تسليمها في ختام دورة حياة تطوير البرمجياتالهدف الرئيسي من هذا الشرط Tracتتمثل وظيفة مصفوفة القدرة في التحقق من أن جميع المتطلبات يتم فحصها من خلال حالات الاختبار، بحيث لا يتم ترك أي وظيفة دون فحص أثناء اختبار البرمجيات.

لماذا يعتبر RTM مهمًا؟

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

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

يبرز هنا سؤال حول كيفية التأكد من اختبار المتطلب، مع مراعاة جميع السيناريوهات/الحالات المحتملة؟ كيف نضمن عدم استبعاد أي متطلب من دورة الاختبار؟

إحدى الطرق البسيطة هي أن trace المتطلبات مع سيناريوهات الاختبار المقابلة لها و حالات تجريبيةيُطلق على هذا اسم "المتطلبات". Tracمصفوفة القدرات.

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

من يحتاج إلى RTM؟

A متطلبات الدراسة Tracمصفوفة القدرة (RTM) لا يقتصر الأمر على المختبرين فقط، بل إنه ذو قيمة لأي شخص مشارك في تقديم برامج أو مشاريع عالية الجودة.

  • ضمان الجودة والمختبرين → ضمان تغطية المتطلبات بنسبة 100% باستخدام حالات الاختبار المرسومة جيدًا.
  • محللون الأعمال → Tracمتطلبات k من SRS/قصص المستخدم حتى التنفيذ.
  • مدراء المشاريع → احصل على رؤية واضحة لنطاق العمل والتقدم والمتطلبات الفائتة.
  • المطورون → فهم كيفية ربط الميزات بأهداف العمل.
  • الصناعات المنظمة (الرعاية الصحية، السيارات، الطيران، التمويل) ← إثبات الامتثال واجتياز عمليات التدقيق بوضوح tracالقدرة.
  • العملاء وأصحاب المصلحة → الحصول على الاطمئنان إلى أن متطلباتهم تم تنفيذها واختبارها.

👉 باختصار، أي شخص مسؤول عن بناء أو التحقق من صحة أو الموافقة على متطلبات البرامج فوائد من RTM.

#1 الأفضل بشكل عاماختبار سيغما
9.8/ 10
★ ★ ★ ★ ★
احصل على عرض تجريبي مجاني
PractiTest
9.5/ 10
★ ★ ★ ★ ★
قم بزيارة : PractiTest
Testiny
9.3/ 10
★ ★ ★ ★ ★
قم بزيارة : Testiny
أفضل من أجلاختبار الأتمتةإدارة الاختبارفرق ضمان الجودة الصغيرة والمتوسطة
ميزة رئيسية✓أنشئ اختبارات آلية في ثوانٍ✓إدارة الاختبارات المركزية✓حالات الاختبار اليدوية والآلية
آلية الربط✓Jenkins, Slack، جيرا✓جيرا، Jenkins, Slack✓Jira، GitHub، GitLab
تجربة مجانيّةالتجريب المجانيشنومكس يوم التجربة المجانيةالتجريب المجاني
احصل على عرض تجريبي مجانيقم بزيارة : PractiTestقم بزيارة : Testiny

ما هي المعايير التي يجب تضمينها في المتطلبات؟ Tracمصفوفة القدرات؟

  • معرف المتطلب
  • نوع الطلب و Descriptأيون
  • حالات الاختبار مع الحالة

متطلبات الدراسة  Tracمصفوفة القدرات

ما سبق هو مثال على المتطلبات tracمصفوفة القدرة.

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

متطلبات الدراسة  Tracمصفوفة القدرات

كما هو موضح أعلاه، هناك شرط tracيمكن لمصفوفة القدرة أن:

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

هذا النوع من المصفوفة من شأنه أن يوفر محطة واحدة لجميع أنشطة الاختبار.

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

انواع من Tracمصفوفة اختبار القدرات

في هندسة البرمجيات، أ tracيمكن تقسيم مصفوفة القدرات إلى ثلاثة مكونات رئيسية كما هو مذكور أدناه:

  • إلى الأمام tracالقدرة: يتم استخدام هذه المصفوفة للتحقق مما إذا كان المشروع يتقدم في الاتجاه المطلوب وللحصول على المنتج المناسب. فهو يتأكد من تطبيق كل متطلبات على المنتج واختبار كل متطلبات بدقة. يقوم بتعيين المتطلبات لاختبار الحالات.
  • للخلف أو للخلف tracالقدرة: يُستخدم هذا لضمان بقاء المنتج الحالي على اليمين tracك. الغرض من هذا النوع من tracتتمثل القدرة على التحقق من عدم توسيع نطاق المشروع بإضافة تعليمات برمجية أو عناصر تصميم أو اختبارات أو أعمال أخرى غير محددة في المتطلبات. وهي تربط حالات الاختبار بالمتطلبات.
  • ثنائية الاتجاه tracالقدرة (إلى الأمام + إلى الخلف): هذه tracتضمن مصفوفة القدرة أن تغطي حالات الاختبار جميع المتطلبات. وهي تحلل تأثير أي تغيير في المتطلبات المتأثرة بـ خلل في منتج العمل والعكس صحيح.

كيفية إنشاء متطلب Tracمصفوفة القدرات

دعونا نفهم مفهوم المتطلبات Tracمصفوفة القدرة من خلال Guruمشروع مصرفي رقم 99.

على أساس وثيقة متطلبات الأعمال (BRD) و وثيقة المتطلبات الفنية (TRD)، يبدأ المختبرون في كتابة حالات الاختبار.

لنفترض أن الجدول التالي هو مستند متطلبات العمل لدينا أو BRD ل Guruمشروع مصرفي رقم 99.

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

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الجدول أدناه هو جدولنا وثيقة المتطلبات الفنية (TRD).

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

ملاحظة: لا تقوم فرق ضمان الجودة بتوثيق BRD و TRD. كما تستخدم بعض الشركات وثائق متطلبات الوظيفة (FRD)وهي مشابهة لوثائق المتطلبات الفنية، ولكن عملية إنشاء Tracتبقى مصفوفة القدرة كما هي.

دعونا نمضي قدمًا وننشئ RTM في الاختبار

الخطوة 1) حالة اختبار العينة is

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

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الخطوة 2) حدد المتطلب الفني الذي يتحقق منه هذا الاختبار. في حالتنا، يتم التحقق من المتطلب الفني T94.

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الخطوة 3) لاحظ هذه المتطلبات الفنية (T94) في حالة الاختبار.

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الخطوة 4) حدد متطلبات الأعمال التي تم تعريف TR (المتطلبات الفنية-T94) لها

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الخطوة 5) لاحظ BR (متطلبات العمل) في حالة الاختبار

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

الخطوة 6) قم بما ورد أعلاه لجميع حالات الاختبار. Later، السابقtracفي الأعمدة الثلاثة الأولى من مجموعة الاختبارات الخاصة بك. RTM في الاختبار جاهز!

كيفية إنشاء المتطلبات Tracمصفوفة القدرة (RTM)

مزايا هذا الشرط Tracمصفوفة القدرات

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

أفضل الممارسات والنصائح لاستخدام RTM

المتطلبات أ Tracتكون مصفوفة القدرة (RTM) أكثر فعالية عندما تكون تم الحفاظ عليها بسيطة ومتسقة ومحدثة بانتظام. وفيما يلي أفضل الممارسات التي ستسمح للفرق بضمان تغطية كاملة، وإعادة عمل بسيطة، وتحسين الثقة في تسليم المشروع:

  • بدأت باكرا → قم بإنشاء RTM الخاص بك في بداية المشروع.
  • ابقها محدثة → قم بتحديث المصفوفة كلما تغيرت المتطلبات أو حالات الاختبار.
  • استخدم معرفات واضحة → قم بتعيين معرّفات فريدة للمتطلبات وحالات الاختبار لتسهيل الأمر tracالقدرة.
  • تغطية الحالات الإيجابية والسلبية → تأكد من التحقق من صحة كل متطلب من زوايا اختبار متعددة.
  • تعاون عبر الفرق → إشراك المختبرين والمطورين ومصممي الأعمال ومديري المشاريع في صيانة RTM.
  • أدوات الرفع → بدلاً من جداول البيانات، ضع في اعتبارك أدوات إدارة الاختبار (مثل Jira أو HP ALM أو Zephyr) لتحقيق إمكانية التوسع.
  • التحكم في الإصدار → احتفظ بالنسخ التاريخية لـ tracإجراء التغييرات والحفاظ على الامتثال.
  • ركز على البساطة → تجنب التحميل الزائد للمصفوفة؛ قم بتسليط الضوء على المعلمات الأساسية فقط.
  • التدقيق بانتظام → قم بمراجعة RTM بشكل دوري لاكتشاف الثغرات قبل مواعيد الاختبار النهائية.
  • رابط إلى قيمة الأعمال → قم بربط المتطلبات بالأهداف التجارية لإظهار عائد الاستثمار.

التحديات والحلول الشائعة لـ RTM

  1. التحدي: كيping تم تحديث RTM
    تتغير المتطلبات وحالات الاختبار بشكل متكرر، مما يجعل RTM قديمًا بسرعة.
    حل: استخدم أدوات إدارة الاختبار الآلية التي تقوم بمزامنة المتطلبات وحالات الاختبار والعيوب في الوقت الفعلي.
  2. التحدي: التعقيد المفرط
    إن إضافة عدد كبير جدًا من المعلمات يجعل من الصعب صيانة RTM وتفسيرها.
    حل: حافظ على RTM رشيقًا من خلال التركيز فقط على الحقول الأساسية مثل المعرفات والأوصاف والحالة.
  3. التحدي: ضعف التعاون بين الفريق
    قد لا تتوافق الفرق المختلفة فيما يتعلق بالملكية أو التحديثات.
    حل: قم بتحديد أدوار واضحة، وإشراك المختبرين والمطورين والمحللين، ووضع جدول لمراجعات RTM المنتظمة.
  4. التحدي: تغطية المتطلبات غير مكتملة
    قد تفتقر بعض المتطلبات إلى حالات الاختبار، مما يؤدي إلى فقدان الوظيفة.
    حل: تحقق من التغطية بانتظام، واستخدم الاتصال ثنائي الاتجاه tracالقدرة على إجراء عمليات تدقيق قبل الإصدارات الرئيسية.
  5. التحدي: الجهد اليدوي في المشاريع الكبيرة
    تصبح إدارة RTM في جداول البيانات مستهلكة للوقت بالنسبة للأنظمة المعقدة.
    حل: استخدم أدوات إدارة دورة حياة المنتج (RTM) مثل Jira أو HP ALM أو Zephyr لأتمتة الخرائطping وإعداد التقارير.

هيا نتعلم RTM من خلال مثال في الفيديو

انقر اضغط هنا إذا لم يكن من الممكن الوصول إلى الفيديو

متطلبات الدراسة Tracنموذج مصفوفة القدرات (RTM)

انقر أدناه لتنزيل ملف Excel الخاص بـ RTM Template

قم بتنزيل قالب RTM Excel (.xlsx)

الأسئلة الأكثر شيوعا:

تُستخدم مصفوفة تتبع المتطلبات (RTM) لضمان ربط كل متطلبات المشروع بحالات الاختبار المقابلة. وهي تساعد في التحقق من التغطية الكاملة. tracإجراء التغييرات، وتقليل العيوب، وتقديم دليل على التحقق. بواسطة الخريطةping من المتطلبات إلى الاختبارات، تعمل منهجية إدارة المتطلبات (RTM) على تحسين ضمان الجودة والامتثال وثقة أصحاب المصلحة طوال دورة حياة التطوير.

هناك ثلاثة أنواع رئيسية من RTM: إلى الأمام Tracالقدرة (متطلبات الخرائط لاختبار الحالات)، الى الوراء Tracالقدرة (تربط حالات الاختبار بالمتطلبات مرة أخرى)، و ثنائية الاتجاه Tracالقدرة (يجمع كلا الاتجاهين). معًا، تضمن هذه الأساليب تغطية شاملة، وتمنع توسع النطاق غير الضروري، وتؤكد اختبار جميع المتطلبات بدقة.

المتطلبات tracعادةً ما يتم إعداد مصفوفة القدرة في المراحل الأولى من المشروع، بعد توثيق المتطلبات في وثيقة متطلبات النظام (SRS) أو وثيقة متطلبات العمل (BRD) أو قائمة مهام المشروع. وتتطور هذه المصفوفة باستمرار طوال دورة حياة المشروع، حيث يتم تحديثها كلما تغيرت المتطلبات أو حالات الاختبار. ويضمن إعداد مصفوفة القدرة مبكرًا التوافق، ويقلل من الوظائف المفقودة، ويدعم تخطيط الاختبار الفعال وتحليل التغطية.

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

لاستخدام مصفوفة تتبع المتطلبات (RTM)، قم بإدراج متطلبات المشروع جنبًا إلى جنب مع حالات الاختبار المقابلة لها. Tracحالة تنفيذ الاختبارات، والعيوب، والتغطية. تستخدم الفرق هذه الأداة للتحقق من اختبار المتطلبات، وتحديد الثغرات، وتقييم آثار التغييرات. تصبح هذه الأداة وثيقة حية توفر الشفافية والتحكم طوال دورة حياة الاختبار والمشروع.

نعم، تُستخدم RTM على نطاق واسع في مشاريع Agile. بدلاً من مستندات SRS الرسمية، غالبًا ما تأتي المتطلبات من قصص المستخدم or متأخرات المنتجتُجري فرق Agile ربطًا لهذه القصص بحالات اختبار في RTM، مما يضمن صحة كل قصة. تتكيف هذه القصص جيدًا مع طبيعة Agile التكرارية مع الحفاظ على التغطية الشاملة.

نعم، يمكن أتمتة RTM باستخدام أدوات إدارة الاختبار مثل Jira أو HP ALM أو Zephyrيقلل التشغيل الآلي من الجهد اليدوي، ويضمن تحديثات فورية، ويوفر أداءً أفضل tracتُعدّ إمكانية الوصول عبر المتطلبات وحالات الاختبار والعيوب أمرًا بالغ الأهمية. وتُعتبر عمليات تتبع المتطلبات الآلية مفيدة بشكل خاص في المشاريع الكبيرة أو الخاضعة للتنظيم حيث يكون الامتثال والاستعداد للتدقيق أمرًا بالغ الأهمية.

تخدم RTM وRACI أغراضًا مختلفة. RTM tracمتطلبات ks وحالات الاختبار لضمان التغطية والتحقق. RACI مصفوفة توزيع المسؤوليات هي مصفوفة تُبيّن من هو المسؤول، ومن هو المُحاسب، ومن هو المُستشار، ومن هو المُبلّغ في المشروع. تُركّز مصفوفة RTM على المتطلبات والاختبار، بينما تُوضّح مصفوفة RACI أدوار الفريق ومسؤولياته.

تلخيص هذه التدوينة بـ: