مولّد معايير القبول

تعمل في المتصفح تصميم الاختبارات

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

الخصوصية: تعمل هذه الأداة بالكامل في متصفحك. لا تغادر بياناتك جهازك أبداً.
جارٍ تحميل الأداة…

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

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

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

كيفية استخدام مولّد معايير القبول

  1. الصق قصة المستخدم ("As a … I want … so that …")، مع معايير في نقاط موجزة اختيارياً.
  2. اختر الإخراج بصيغة Gherkin أو Markdown.
  3. ولّد، وراجع السيناريوهات مع الفريق، واحفظ ملف .feature.

مزايا مولّد معايير القبول

  • ملف Gherkin feature مع سرد وسيناريوهات موسومة
  • سيناريوهات المسار الطبيعي والحد الأدنى من البيانات والتحقق والصلاحيات والفشل وإمكانية الوصول
  • سيناريوهات خاصة بالفعل (التكرارات والتعديلات المتزامنة والمدفوعات المرفوضة ورفض الملفات…)
  • تتحوّل النقاط الموجزة أسفل القصة إلى سيناريوهات معايير إضافية
  • قائمة تحقق لتعريف الإنجاز؛ وبديل Markdown لصيغة Gherkin

مثال على مولّد معايير القبول

معايير حفظ عنوان الشحن

الإدخال:

As a registered customer
I want to save my shipping address
So that I can check out faster next time

النتيجة:

Feature: Save my shipping address

  @happy-path @critical
  Scenario: Registered customer can save their shipping address
    Given I am signed in as a registered customer
    And I have permission to save my shipping address
    When I save my shipping address with valid information
    Then the action succeeds
    And I see a confirmation that the shipping address was processed
    And I can check out faster next time

الأسئلة الشائعة حول مولّد معايير القبول

ما الصيغة التي تُولَّد؟

ملف Gherkin feature بسيناريوهات موسومة (المسار الطبيعي والتحقق والصلاحيات والفشل وإمكانية الوصول والحالات الخاصة بالفعل) إضافة إلى قائمة تحقق لتعريف الإنجاز. وتتوفر قائمة تحقق بصيغة Markdown كبديل.

هل أحتاج إلى الصياغة الحرفية "As a / I want / So that"؟

تعمل الأداة على أفضل وجه مع هذا النمط، بما فيه صيغة الأسطر الثلاثة، لكن التحليل المتسامح يتعامل أيضاً مع "I need" و"in order to" وقوائم النقاط الموجزة للمعايير الإضافية.

هل يمكنني استخدام المخرجات مباشرة في Cucumber؟

مخرجات .feature هي Gherkin صالح. اربط الخطوات بتعريفات الخطوات في Cucumber أو SpecFlow أو Behave أو Playwright-BDD، أو احتفظ بها كتوثيق حي.

لماذا تُدرج سيناريوهات الصلاحيات دائماً؟

ثغرات التفويض من أكثر العيوب كلفة. تحصل كل قصة على سيناريو لمستخدم غير مصادَق، وآخر لدور خاطئ، وثالث لبيانات مستخدم آخر، حتى تُناقش قبل بدء التطوير.

المراجع

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