كيف تُشتق حالات الاختبار من قصة المستخدم؟
تصبح قصة المستخدم («بصفتي عميلاً يمكنني الدفع ببطاقة محفوظة ليكون إتمام الشراء أسرع») قابلة للاختبار عبر معايير قبولها: كل معيار، مكتوباً كشرط مسبق وفعل ونتيجة ملحوظة، يقابل حالة اختبار واحدة على الأقل، والأسئلة التي لا تجيب عنها القصة — بطاقة مرفوضة، أو منتهية، أو لا بطاقة محفوظة أصلاً — تصبح الحالات السلبية. وعبارة الفائدة في القصة («ليكون») تحدد ما يُقاس؛ والدور يحدد الصلاحيات التي يُختبر بها. والقصة بلا معايير قبول ليست جاهزة للاختبار، وغالباً ليست جاهزة للتطوير أيضاً.
اقرأ الدليل: كيف تكتب حالات الاختبار (Test Cases)
كيفية استخدام مولّد حالات الاختبار بالذكاء الاصطناعي
- الصق قصة المستخدم بصيغة "As a / I want / So that" وأضف معايير القبول كسياق.
- حدّد عدد الحالات وما إذا كان ينبغي تضمين اختبارات API، ثم اضغط «توليد» (Generate).
- استخدم «تحسين» (Improve) لصقل الخطوات والنتائج المتوقّعة، أو أزرار «إضافة…» (Add…) لتوسيع التغطية — تُلحق الحالات الجديدة بالمعرّف الحرّ التالي.
- رتّب الجدول حسب الأولوية أو النوع، ثم صدّره بصيغة Markdown للويكي، أو CSV للاستيراد في Excel/Jira، أو JSON للأتمتة.
مزايا مولّد حالات الاختبار بالذكاء الاصطناعي
- حالات اختبار منظّمة تتضمن المعرّف والعنوان والنوع والأولوية والشروط المسبقة وبيانات الاختبار والخطوات والنتيجة المتوقّعة ووسوم الفئات والمخاطر والملاحظات
- سير عمل تكراري: توليد، وتحسين، وإضافة حالات سلبية / حدّية / قيم حدّية / أمنية / انحدار، وتوليد اختبارات API
- جدول قابل للترتيب إضافة إلى تبويبات Markdown وJSON وCSV مع إمكانية النسخ والتنزيل
- تبقى المعرّفات ثابتة عبر التكرارات حتى تتمكن من تتبّع الحالات في أداة إدارة الاختبارات لديك
مثال على مولّد حالات الاختبار بالذكاء الاصطناعي
قصة المستخدم ← مجموعة اختبار
الإدخال:
As an Admin
I want to delete an individual lookup value
So that small fixes take secondsالنتيجة:
TC-001 Admin deletes an unused lookup value successfully (P0, positive)
TC-002 Delete is blocked for a value referenced by records (P1, negative)
TC-003 Non-admin cannot delete via the API → 403 (P0, security/api)
…قصة المستخدم في المثال
الجزء 1:As an Admin الجزء 2:I want to delete an individual lookup value الجزء 3:So that small fixes take seconds
- 1الدوريحدد الصلاحيات التي يُختبر بها: يجب رفض طلب المستخدم الذي لا يملك هذا الدور.
TC-003 Non-admin cannot delete via the API → 403 (P0, security/api) - 2ما يريد صاحب الدور فعلهيصبح المسار الأساسي الناجح، أي الحالة الإيجابية ذات الأولوية P0.
TC-001 Admin deletes an unused lookup value successfully (P0, positive) - 3عبارة الفائدة («ليكون»)تحدد ما يُقاس: هنا، كم يستغرق الإصلاح الصغير.
- 4ليس في القصة: قيمة ما زالت السجلات تستخدمهاالسؤال الذي لا تجيب عنه القصة يصبح حالة سلبية؛ ويذكر الذكاء الاصطناعي الافتراض الذي بنى عليه في الملخص أو في قائمة ما تغطيه المجموعة.
TC-002 Delete is blocked for a value referenced by records (P1, negative) - 5معايير القبول (سياق اختياري)غير موجودة في هذا المثال: أضفها كسياق في الخطوة 1. والقصة بلا معايير قبول ليست جاهزة للاختبار.
ربط توضيحي لقصة المثال بالحالات الثلاث الأولى المعروضة أعلاه؛ والمجموعة التي يولّدها الذكاء الاصطناعي فعلاً تختلف من مرة إلى أخرى.
الأسئلة الشائعة حول مولّد حالات الاختبار بالذكاء الاصطناعي
ماذا تفعل أزرار «إضافة…» (Add…)؟
تُرسل مجموعتك الحالية مجدداً إلى الذكاء الاصطناعي وتطلب حالات جديدة فقط من ذلك النوع (سلبية أو حدّية أو قيم حدّية أو أمنية أو انحدار أو API). وتُلحق الحالات الجديدة بالمعرّف الحرّ التالي، فلا يُفقد شيء مما لديك ولا يُعاد ترقيمه.
هل يمكنني استيراد الحالات إلى Jira أو TestRail أو Excel؟
نعم. استخدم تبويب CSV للاستيراد في جداول البيانات وأدوات إدارة الاختبارات، وMarkdown للويكي وطلبات الدمج، أو JSON لأطر الأتمتة.
ماذا تعني الأولويات؟
P0 للمسار الأساسي الناجح ولأي عائق يتعلق بفقدان البيانات أو الأمان، وP1 للتحققات والصلاحيات الرئيسية، وP2 لتفاصيل الحالات الحدّية والقيم الحدّية، وP3 للحالات الشكلية أو النادرة. أما عمود المخاطر فيقدّر حجم خسارة العمل إذا فشلت الحالة.
ملاحظات تقنية
لكل حالة معرّف وعنوان ونوع وأولوية من P0 إلى P3 وشروط مسبقة وبيانات اختبار وخطوات مرقّمة ونتيجة متوقّعة ووسوم فئات وتقدير للمخاطر (منخفض/متوسط/مرتفع) وملاحظات؛ وتأتي المجموعة مع ملخص وقائمة بما تغطيه. تحتوي الاستجابة الواحدة على 40 حالة كحد أقصى.
يُرسل كل إجراء الحالات الحالية مجدداً إلى الخادم حتى يتمكن الذكاء الاصطناعي من توسيع المجموعة دون تكرار السيناريوهات الموجودة؛ ويستمر الترقيم من أعلى معرّف موجود.
المراجع
- ISTQB Certified Tester Foundation Level (CTFL) v4.0المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
- Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)أرباع الاختبار الرشيق وكيف يعمل المختبرون داخل فريق التسليم — أساس «الاختبار في الطبقة الصحيحة».