ضمان الجودة في سير عمل التطوير

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

معايير القبول هي الشروط القابلة للاختبار التي يجب أن تحققها القصة. ومن الصيغ الشائعة «بافتراض / عندما / فإن» (Given / When / Then): حالة بداية، ثم إجراء، ثم نتيجة يمكن ملاحظتها. و«الإزاحة إلى اليسار» تعني ببساطة اكتشاف المشكلات مبكراً — فالسؤال الذي يُطرح أثناء التنقيح أقل كلفة بكثير من خطأ يُكتشف بعد الإطلاق.

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

Story: As a shopper, I want to save items for later,
       so that I can buy them on another visit.

Acceptance criteria
1. Given an item in my cart,
   When I choose "Save for later",
   Then the item moves from the cart to "Saved items".
2. Given a saved item,
   When I choose "Move to cart",
   Then it returns to the cart with quantity 1.

قراءتها بعين المختبر تثير أسئلة: هل تبقى العناصر المحفوظة بعد تسجيل الخروج؟ ماذا يحدث للكمية إذا حفظت ٣ وحدات؟ هل هناك حد لعدد العناصر المحفوظة؟ وماذا لو نفد المنتج من المخزون؟ وكل إجابة تصبح معياراً أوضح أو اختباراً.

اقرأ هذه القصة: «بصفتي متسوقاً، يمكنني تطبيق رمز خصم واحد عند إتمام الطلب للحصول على خصم.» اكتب أربعة أسئلة على الأقل تطرحها قبل بدء الاختبار.