كيفية استخدام مولّد معايير القبول
- الصق قصة المستخدم ("As a … I want … so that …")، مع معايير في نقاط موجزة اختيارياً.
- اختر الإخراج بصيغة Gherkin أو Markdown.
- ولّد، وراجع السيناريوهات مع الفريق، واحفظ ملف .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 my shipping address
Given I am signed in as a registered customer
When I save my shipping address with valid information
Then the action succeeds
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، أو احتفظ بها كتوثيق حي.
لماذا تُدرج سيناريوهات الصلاحيات دائماً؟
ثغرات التفويض من أكثر العيوب كلفة. تحصل كل قصة على سيناريو لمستخدم غير مصادَق، وآخر لدور خاطئ، وثالث لبيانات مستخدم آخر، حتى تُناقش قبل بدء التطوير.