مولّد معايير القبول بالذكاء الاصطناعي

ذكاء اصطناعي توليد الاختبارات

ينتج معايير قبول قابلة للاختبار تغطي التدفق الرئيسي والمسارات البديلة والتحقق والصلاحيات والاحتياجات غير الوظيفية، بصيغة Gherkin أو قائمة تحقق.

الخصوصية: يتطلب حساباً مجانياً في متقن. يُرسَل إدخالك إلى خدمة الذكاء الاصطناعي من متقن لإنتاج النتيجة؛ ولا تُخزَّن المدخلات ولا النتائج — نحتفظ فقط بعدد مرات استخدام حسابك لتطبيق الحصة اليومية. كيف تعمل أدوات الذكاء الاصطناعي

ما هي معايير القبول؟

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

اقرأ الدليل: كيف تكتب حالات الاختبار (Test Cases)

كيفية استخدام مولّد معايير القبول بالذكاء الاصطناعي

  1. الصق قصة المستخدم («As a … I want … so that …») وأضف، إن شئت، قواعد العمل أو المعايير الحالية كسياق.
  2. اختر النمط — Gherkin (Given/When/Then) أو قائمة التحقق — وعدد المعايير المطلوب (من 3 إلى 30).
  3. اختر لغة المخرجات ثم اضغط «توليد».
  4. راجع جدول المعايير والأسئلة المفتوحة، ثم انسخ أو نزّل ملف ‎.feature أو Markdown أو JSON؛ ويُنزَّل الجدول بصيغة CSV.

مزايا مولّد معايير القبول بالذكاء الاصطناعي

  • معايير بصيغة Given/When/Then إضافة إلى صيغة قائمة تحقق من جملة واحدة لكل قاعدة
  • يغطي التدفق الرئيسي والتدفقات البديلة والتحقق والصلاحيات ومعالجة الأخطاء والاحتياجات غير الوظيفية
  • قائمة بالأسئلة المفتوحة لقواعد العمل المفقودة فعلاً
  • تصدير بصيغة Gherkin (ملف .feature) أو Markdown أو CSV أو JSON

مثال على مولّد معايير القبول بالذكاء الاصطناعي

القصة ← المعايير

الإدخال:

As an Admin I want to delete an individual lookup value so that small fixes take seconds

النتيجة:

AC-1 Given an Admin on the Country lookup page and an unreferenced value, When they delete it and confirm, Then the value disappears from the list without a reload…

الأسئلة الشائعة حول مولّد معايير القبول بالذكاء الاصطناعي

Gherkin أم قائمة التحقق — أيهما أستخدم؟

تناسب صيغة Gherkin (Given/When/Then) الفرق التي تؤتمت باستخدام Cucumber/SpecFlow؛ بينما تسهل مراجعة صيغة قائمة التحقق مع مالكي المنتج. تُولَّد الصيغتان دائماً؛ ويضبط خيار الأسلوب الصياغة فقط.

لماذا يعرض أسئلة مفتوحة؟

عندما تترك القصة قاعدة عمل دون حسم — حدّاً أو دوراً أو ما يحدث عند الفشل — تدرجها الأداة سؤالاً لمالك المنتج بدلاً من اختراع إجابة، فلا يقوم أي معيار على تخمين.

هل يمكنني تشغيل Gherkin باستخدام Cucumber؟

ملف ‎.feature مكتوب بصيغة Gherkin عادية: سيناريو (Scenario) لكل معيار بأسطر Given وWhen وThen، وتستطيع Cucumber أو SpecFlow أو Behave قراءته. لكن الخطوات تحتاج إلى تعريفات خطوات (step definitions) في كود الأتمتة لديك قبل تشغيلها.

ملاحظات تقنية

لكل معيار معرّف (AC-1 وAC-2 …) وعنوان وفئة (التدفق الرئيسي أو البديل أو التحقق أو الصلاحيات أو معالجة الأخطاء أو المتطلبات غير الوظيفية أو البيانات أو الواجهة) وأولوية من P0 إلى P3، وعبارات Given وWhen وThen، والقاعدة نفسها في جملة تحقق واحدة، وملاحظات. يتحقق كل معيار من قاعدة واحدة فقط، وتُدرج قواعد العمل التي تتركها القصة مفتوحة كأسئلة بدلاً من تخمينها.

المراجع

  • Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)Addison-Wesley (Pearson) · 2009أرباع الاختبار الرشيق وكيف يعمل المختبرون داخل فريق التسليم — أساس «الاختبار في الطبقة الصحيحة».
  • ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.