Scrum للمختبِرين

لماذا يهم

يضغط Scrum التخطيط والبناء والاختبار والمراجعة في بضعة أسابيع. فإذا كان الاختبار الخطوة الأخيرة في السبرنت، تراكمت القصص غير المختبَرة في النهاية، وأُعلن إنجاز عمل نصف مختبَر، وتسربت العيوب إلى بيئة الإنتاج. وينص دليل Scrum على أن الجودة لا تنخفض أثناء السبرنت، وهذا لا يتحقق إلا إذا خُطط للاختبار منذ اليوم الأول.

ومعرفة Scrum بدقة تخبرك أين تتصرف: أسئلة قواعد العمل في التنقيح (Refinement)، وبيئة الاختبار المعطلة في Scrum اليومي (Daily Scrum)، ومشكلة الجودة المتكررة في المراجعة الاستعادية (Sprint Retrospective). ويمنحك تعريف الإنجاز معياراً للجودة اتفق عليه الفريق كله.

المسؤوليات والمخرجات والتزاماتها

يتحدث دليل Scrum لعام ⁦2020⁩ عن مسؤوليات لا عن مسميات وظيفية. ففريق Scrum مكوّن من مالك منتج (Product Owner) واحد وScrum Master واحد ومطورين (Developers)، وعادةً لا يتجاوز ⁦10⁩ أشخاص، بلا فرق فرعية؛ فلا يوجد داخله فريق اختبار منفصل. ولكل من مخرجاته الثلاثة التزام. فقائمة مهام المنتج (Product Backlog)، وهي القائمة المرتبة لما يحتاجه المنتج، التزامها هدف المنتج (Product Goal)، أي الهدف طويل المدى للفريق. وقائمة مهام السبرنت (Sprint Backlog)، وهي العناصر المختارة للسبرنت وخطة المطورين لتسليمها، التزامها هدف السبرنت (Sprint Goal)، أي الهدف الوحيد للسبرنت. والزيادة (Increment)، وهي خطوة قابلة للاستخدام ومتحقَّق منها بدقة نحو هدف المنتج، التزامها تعريف الإنجاز.

أما تنقيح قائمة مهام المنتج (Product Backlog refinement)، أي تجزئة العناصر وإضافة التفاصيل والترتيب والحجم إليها، فنشاط مستمر وليس حدثاً، وفيه تكون أسئلة المختبِر أرخص ما تكون. وهذا ما تعنيه كل مسؤولية لك:

• مالك المنتج: مسؤول عن تعظيم قيمة المنتج وعن إدارة قائمة مهام المنتج، بما فيها هدف المنتج وترتيب العناصر. وإليه تذهب الأسئلة عن قواعد العمل والأولوية.
• Scrum Master: مسؤول عن ترسيخ Scrum وعن فاعلية الفريق، ومن ذلك العمل على إزالة العوائق (Impediments)، مثل بيئة اختبار غير مستقرة.
• المطورون: كل من يبني الزيادة، والمختبِرون منهم. يملكون قائمة مهام السبرنت، ويرسّخون الجودة بالالتزام بتعريف الإنجاز، ويكيّفون خطتهم يومياً نحو هدف السبرنت.

ما يفعله المختبِر في كل حدث

يحتوي السبرنت على أحداث Scrum الأربعة الأخرى، ومدته شهر أو أقل، ويبدأ السبرنت التالي فور انتهائه. ومدة Scrum اليومي ⁦15⁩ دقيقة دائماً؛ أما المدد الأخرى أدناه فهي الحد الأقصى لسبرنت مدته شهر، وفي السبرنتات الأقصر تكون هذه الأحداث عادةً أقصر.

• تخطيط السبرنت (Sprint Planning)، حتى ⁦8⁩ ساعات: يقرر الفريق لماذا هذا السبرنت ذو قيمة، وما الذي يمكن إنجازه، وكيف. أدخِل الاختبار في «كيف»: مهام الاختبار وبياناته والبيئات ونطاق الانحدار.
• Scrum اليومي (Daily Scrum)، ⁦15⁩ دقيقة كل يوم عمل للمطورين: لفحص التقدم نحو هدف السبرنت وتكييف الخطة. قل ما الذي اختُبر، وما المعطَّل، وما الذي ينتظر الاختبار.
• أثناء السبرنت: اختبر كل عنصر فور جاهزيته لا دفعةً واحدة في النهاية. اعمل مع المطورين في أزواج، وأتمت الفحوص، واستكشف، وأبلغ عن العيوب، ونفّذ اختبارات التأكيد والانحدار.
• مراجعة السبرنت (Sprint Review)، حتى ⁦4⁩ ساعات: يعرض الفريق نتائجه على أصحاب المصلحة الرئيسيين ويتفقون على الخطوة التالية. شارك ما اختُبر والمخاطر المعروفة، وتأكد من وصول الملاحظات إلى قائمة مهام المنتج.
• المراجعة الاستعادية (Sprint Retrospective)، حتى ⁦3⁩ ساعات: يفحص الفريق الأفراد والتفاعلات والعمليات والأدوات وتعريف الإنجاز. أحضر أدلة، مثل العيوب المتسربة أو مدد الانتظار، واقترح تحسيناً واحداً محدداً، وقد يدخل قائمة مهام السبرنت التالي.

جرّبها: مولّد الاختبار المبني على المخاطر جرّبها: مولّد سيناريوهات الانحدار

تعريف الإنجاز والمختبِر

تعريف الإنجاز (Definition of Done) وصف رسمي لحالة الزيادة حين تستوفي مقاييس الجودة المطلوبة للمنتج. فالعنصر الذي يستوفيه يصبح جزءاً من الزيادة، أما الذي لا يستوفيه فلا يجوز إصداره ولا حتى عرضه في مراجعة السبرنت، بل يعود إلى قائمة مهام المنتج. وتعريف الإنجاز المعتمد في المؤسسة حدٌّ أدنى لكل فرقها؛ فإن لم يوجد وضع الفريق تعريفه الخاص.

ويشير منهج ISTQB للمستوى التأسيسي (الإصدار ⁦4.0⁩) إلى أن الفرق الرشيقة تسمي معايير الخروج غالباً تعريف الإنجاز. ويساعد المختبِر في جعل التعريف قابلاً للتحقق، ويطبّقه بأمانة، ويقترح تعديله في المراجعة الاستعادية. وقد يبدو تعريف الإنجاز لمنتج ويب ثنائي اللغة هكذا:

• التحقق من معايير القبول في بيئة الاختبار.
• نجاح الفحوص الآلية للسلوك الجديد في خط التسليم (Pipeline).
• نجاح اختبارات الانحدار للمناطق المتأثرة.
• لا عيوب مفتوحة على العنصر بخطورة حاجب (Blocker) أو حرج (Critical).
• فحص الشاشات العربية والإنجليزية، بما في ذلك التخطيط من اليمين إلى اليسار.

جرّبها: مولّد معايير القبول

مثال تطبيقي: قصة واحدة عبر سبرنت مدته أسبوعان

يعمل فريق تطبيق لتوصيل الطعام بسبرنتات مدتها أسبوعان، وهدف السبرنت: «يستطيع العملاء العائدون إعادة طلب سابق بلمستين». وهي قصة تشبه قصة إعادة الطلب في تمرين درس Agile للمختبِرين؛ وهنا تتبّع أين يقع كل جزء من عمل المختبِر في Scrum، بالترتيب:

• التنقيح، في السبرنت السابق: يسأل المختبِر ماذا يحدث إذا نفد صنف من الطلب القديم أو تغيّر سعره. فيُضاف معياران للقبول (تستخدم السلة أسعار اليوم، ويُبلَّغ العميل بالأسعار التي تغيّرت)، وتصبح معالجة الأصناف النافدة عنصراً مستقلاً.
• تخطيط السبرنت: تدخل الخطة فحوص الواجهة البرمجية لطلب إعادة الطلب، وبيانات اختبار بسعر متغيّر، وجلسة استكشافية على السلة، واختبار انحدار لإتمام الشراء.
• من اليوم الرابع إلى التاسع: يذكر المختبِر نقص بيانات الاختبار في Scrum اليومي، فيساعده أحد المطورين بعد الحدث. ويُصلَح عيب (نسخ السعر القديم) ويُجرى له اختبار التأكيد ويُغطّى بفحص آلي في اليوم نفسه؛ وفي اليوم التاسع يستوفي العنصر تعريف الإنجاز.
• المراجعة والمراجعة الاستعادية: يذهب طلب جديد من أحد أصحاب المصلحة إلى قائمة مهام المنتج؛ ويبيّن المختبِر أن ثلاثة عناصر انتظرت بيانات الاختبار يومين، فيحدد الفريق بيانات الاختبار من الآن في تخطيط السبرنت.

جرّبها: قصة المستخدم ← حالات اختبار جرّبها: قصة المستخدم ← سيناريوهات اختبار

أسئلة شائعة

المراجع

• The 2020 Scrum GuideKen Schwaber and Jeff Sutherland · 2020تعريف Scrum: مسؤولياته وأحداثه ومخرجاته، بما فيها تعريف الإنجاز (Definition of Done) الذي يساعد الاختبار على تحقيقه.
• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)Addison-Wesley (Pearson) · 2009أرباع الاختبار الرشيق وكيف يعمل المختبرون داخل فريق التسليم — أساس «الاختبار في الطبقة الصحيحة».