21 lines
2.1 KiB
Markdown
21 lines
2.1 KiB
Markdown
---
|
|
title: Acceptance Criteria
|
|
localeTitle: معايير القبول
|
|
---
|
|
## معايير القبول
|
|
|
|
تعتبر "قصة المستخدم" ، كعنصر في backlog الخاص بك ، عنصرًا نائبًا للمحادثة. في هذه المحادثة ، يتوصل مالك المنتج وفريق التوصيل إلى فهم حول النتيجة المرجوة.
|
|
|
|
يخبر "معايير القبول" فريق التسليم كيف يجب أن تتصرف التعليمة البرمجية. تجنب كتابة **"كيف"** قصة المستخدم ؛ الحفاظ على **"ما"** . إذا كان الفريق يتبع التطوير الموجه للاختبار (TDD) ، فقد يوفر إطارًا للاختبارات التلقائية. ستكون معايير القبول هي بداية خطة الاختبار لفريق ضمان الجودة.
|
|
|
|
والأهم من ذلك ، إذا كانت القصة لا تلبي كل معايير القبول ، فيجب ألا يقبل مالك المنتج القصة في نهاية التكرار.
|
|
|
|
يمكن النظر إلى معايير القبول كأداة لحماية فريق التسليم. عندما يلتزم فريق التسليم بمجموعة ثابتة من الأخبار في تخطيط Sprint ، يلتزمون بمجموعة ثابتة من معايير القبول أيضًا. هذا يساعد على تجنب زحف النطاق.
|
|
|
|
خذ بعين الاعتبار الوضع التالي: عند قبول قصة المستخدم ، يقترح مالك المنتج إضافة شيء لم يكن في نطاق قصة المستخدم. في هذه الحالة ، يكون فريق التسليم في وضع يسمح له برفض هذا الطلب (مهما كان صغيراً) وطلب من مالك المنتج إنشاء قصة مستخدم جديدة يمكن العناية بها في سباق آخر.
|
|
|
|
#### معلومات اكثر:
|
|
|
|
يوفر Nomad8 [أسئلة وأجوبة حول معايير القبول](https://nomad8.com/acceptance_criteria/)
|
|
|
|
يقود رشيق على [معايير القبول](https://www.leadingagile.com/2014/09/acceptance-criteria/) |