المتطلبات ← حالات اختبار — تحويل المتطلبات إلى حالات اختبار

كيفية استخدام المتطلبات ← حالات اختبار

الصق المتطلبات، بواقع متطلب في كل سطر.
ولّد لعرض مصفوفة التتبّع والحالات.
نزّل المصفوفة بصيغة CSV لمصفوفة تتبّع المتطلبات (RTM) لديك، والحالات بالصيغة التي تحتاجها.

مزايا المتطلبات ← حالات اختبار

يقبل الأسطر المرقّمة ومعرّفات REQ-n / FR-nn والنقاط الموجزة والأسطر العادية
يصنّف المتطلبات (وظيفي، وتحقق، وأمان، وأداء، وواجهة مستخدم، وبيانات، وتكامل) ويستنتج الأولوية من كلمات must/shall/should/may
حالتان قابلتان للتتبّع على الأقل لكل متطلب، بما فيها القيم الحدّية عند ذكر أرقام
مصفوفة تتبّع من المتطلبات إلى الاختبارات
تصدير بصيغة Markdown أو JSON (مع قائمة المتطلبات) أو CSV أو Gherkin

مثال على المتطلبات ← حالات اختبار

متطلبات إعادة تعيين كلمة المرور

الإدخال:

REQ-1: The system shall allow users to reset their password via an emailed link.
REQ-2: Reset links must expire after 30 minutes.

النتيجة:

Requirement  Kind        Priority  Test cases       Count
REQ-1        security    High      TC-001, TC-002   2
REQ-2        validation  High      TC-003, TC-004, TC-005   3

الأسئلة الشائعة حول المتطلبات ← حالات اختبار

ما صيغ المتطلبات التي تتعرّف عليها الأداة؟

الأسطر المرقّمة (1. و2.)، والمعرّفات مثل REQ-3 أو FR-01 أو [SRS-12]، والنقاط الموجزة، والأسطر العادية. وتحصل المتطلبات بلا معرّفات على معرّفات تسلسلية بصيغة REQ-nn.

كم حالة لكل متطلب؟

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

ماذا تتضمن مصفوفة التتبّع؟

صف واحد لكل متطلب يبيّن نوعه وأولويته (من صياغة must/shall/should/may) ومعرّفات حالات الاختبار التي تغطيه وعددها — جاهز لمصفوفة تتبّع المتطلبات (RTM) في خطة الاختبار لديك.

هل يمكنني تصدير كل شيء؟

تُنزَّل المصفوفة بصيغة CSV؛ وتُصدَّر الحالات بصيغة Markdown أو JSON (بما فيها قائمة المتطلبات) أو CSV أو Gherkin.