كيف تُشتق حالات الاختبار من قصة المستخدم؟
تصبح قصة المستخدم («بصفتي عميلاً يمكنني الدفع ببطاقة محفوظة ليكون إتمام الشراء أسرع») قابلة للاختبار عبر معايير قبولها: كل معيار، مكتوباً كشرط مسبق وفعل ونتيجة ملحوظة، يقابل حالة اختبار واحدة على الأقل، والأسئلة التي لا تجيب عنها القصة — بطاقة مرفوضة، أو منتهية، أو لا بطاقة محفوظة أصلاً — تصبح الحالات السلبية. وعبارة الفائدة في القصة («ليكون») تحدد ما يُقاس؛ والدور يحدد الصلاحيات التي يُختبر بها. والقصة بلا معايير قبول ليست جاهزة للاختبار، وغالباً ليست جاهزة للتطوير أيضاً.
اقرأ الدليل: كيف تكتب حالات الاختبار (Test Cases)
كيفية استخدام المتطلبات ← حالات اختبار بالذكاء الاصطناعي
- الصق المتطلبات — مرقّمة (REQ-1 أو 2.3 …) أو نصاً حرّاً.
- اختر عدد حالات الاختبار المطلوب (من 5 إلى 40) ولغة المخرجات.
- اضغط «توليد». تقسّم الأداة النص أولاً إلى متطلبات ذرّية، ثم تكتب حالات تذكر كل منها المتطلبات التي تغطيها.
- راجع مصفوفة التتبع بحثاً عن متطلبات بلا حالات، ثم نزّل الحالات بصيغة CSV أو Markdown أو JSON.
مزايا المتطلبات ← حالات اختبار بالذكاء الاصطناعي
- يقسّم المتطلبات إلى قواعد ذرّية مرقّمة
- حالات اختبار منظّمة مرتبطة بمعرّفات المتطلبات
- مصفوفة تتبّع (المتطلب ← حالات الاختبار) تُولَّد تلقائياً
- تصدير بصيغة Markdown وCSV وJSON
مثال على المتطلبات ← حالات اختبار بالذكاء الاصطناعي
المتطلبات ← الحالات
الإدخال:
REQ-1 Admin can delete a lookup value.
REQ-2 Referenced values cannot be deleted.النتيجة:
TC-001 (REQ-1) Delete unused value succeeds
TC-002 (REQ-2) Delete referenced value is rejected with reference count
…الأسئلة الشائعة حول المتطلبات ← حالات اختبار بالذكاء الاصطناعي
كيف تُدار قابلية التتبّع؟
يحتفظ كل متطلب برقمه في مستندك، أو يحصل على REQ-1 وREQ-2 … إن لم يكن مرقّماً، وتذكر كل حالة اختبار معرّفات المتطلبات التي تغطيها. وتُظهر مصفوفة التتبع بنظرة واحدة المتطلبات التي لا حالة لها.
ماذا لو كان المتطلب غير قابل للاختبار؟
تذكر الأداة ذلك في الملخص بدلاً من اختراع حالة له — مثل عبارة نوايا لا يوجد فيها شيء يمكن ملاحظته والتحقق منه. أعد صياغته كقاعدة قابلة للقياس ثم ولّد مجدداً.
هل أستخدم هذه الأداة أم أداة المتطلبات ← سيناريوهات الاختبار؟
استخدم هذه الأداة عندما تحتاج إلى حالات قابلة للتنفيذ بخطوات ونتائج متوقّعة مرتبطة بمعرّفات المتطلبات. واستخدم أداة المتطلبات ← سيناريوهات الاختبار أولاً عندما تريد الاتفاق على التغطية الشاملة من البداية إلى النهاية بمستوى أعلى.
ملاحظات تقنية
يسرد الناتج كل متطلب عثر عليه — بترقيم مستندك نفسه إن وُجد، وإلا REQ-1 وREQ-2 … — وحتى 40 حالة اختبار، لكلٍّ منها خطوات وبيانات اختبار ونتيجة متوقّعة وأولوية وتقدير للمخاطر ومعرّفات المتطلبات التي تغطيها. والمتطلب غير القابل للاختبار يُذكر في الملخص بدلاً من تجاوزه بصمت.
المراجع
- ISTQB Certified Tester Foundation Level (CTFL) v4.0المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
- Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)أرباع الاختبار الرشيق وكيف يعمل المختبرون داخل فريق التسليم — أساس «الاختبار في الطبقة الصحيحة».
- ISTQB Glossaryالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.