دروس منهجية اختبار سكروم

سكروم في اختبار البرمجيات

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

اختبار سكروم

اختبار سكروم الاختبار هو عملية تُجرى في منهجية سكروم للتحقق من استيفاء متطلبات تطبيق البرمجيات. ويتضمن فحص المعايير غير الوظيفية مثل الأمان وسهولة الاستخدام والأداء. لا يوجد دور فعلي للمختبِر في هذه العملية، لذا عادةً ما يقوم بها المطورون باستخدام اختبارات الوحدة. في بعض الأحيان، قد تكون هناك حاجة إلى فرق اختبار متخصصة حسب طبيعة المشروع ومدى تعقيده. غالبًا ما تُنسق الفرق الحديثة هذا العمل باستخدام منصات مثل Jira وLinear. Azure DevOps، أو Asana.

الملامح الرئيسية لمنهجية سكروم

فيما يلي السمات الرئيسية لمنهجية سكروم:

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

تعتمد منهجية سكروم على الركائز الثلاث التالية:

دعونا ننظر إليهم واحدا تلو الآخر.

1. الأدوار في سكروم

توجد ثلاثة أدوار رئيسية في اختبار سكروم: مالك المنتج، ومدير سكروم، وفريق التطوير. دعونا ندرسها بالتفصيل.

المالك المنتج	سكروم ماجستير	الفريق
يقوم هو أو هي بتحديد خصائص المنتج.	يتولى هو أو هي إدارة الفريق والاهتمام بإنتاجية الفريق.	يتكون الفريق عادةً من 5 إلى 9 أعضاء.
يحدد مالك المنتج تاريخ الإصدار والميزات المصاحبة له.	يتولى هو أو هي مسؤولية إدارة قائمة الحظر وإزالة العوائق التي تعترض عملية التطوير.	ويشمل ذلك المطورين والمصممين، وأحياناً المختبرين.
إنهم يعطون الأولوية للميزات وفقًا للقيمة السوقية وربحية المنتج.	يقوم أو تقوم بالتنسيق مع جميع الأدوار والوظائف.	يقوم الفريق بتنظيم وجدولة أعماله بنفسه.
هو أو هي مسؤول عن ربحية المنتج.	يقوم بحماية الفريق من التدخلات الخارجية.	له الحق في القيام بكل ما في حدود المشروع لتحقيق Sprint هدف.
بإمكانه أو بإمكانها قبول أو رفض نتائج بنود العمل.	دعوات لحضور الاجتماع اليومي، Sprint Revاجتماعات المعاينة والتخطيط.	يشارك بنشاط في الاحتفالات اليومية.

2. قطع أثرية سكروم

تتضمن عملية سكروم ما يلي:

• قصص المستخدم: هي عبارة عن شرح موجز لوظائف النظام قيد الاختبار. مثال على ذلك بالنسبة لشركة تأمين: "يمكن دفع قسط التأمين باستخدام النظام الإلكتروني".
• تراكم المنتج: إنها مجموعة من قصص المستخدمين التي تم جمعها لمنتج سكروم. يقوم مالك المنتج بالتحضير ويتولى إدارة قائمة مهام المنتج. ويقوم مالك المنتج بتحديد أولوياتها، ويمكن لأي شخص إضافة مهام إليها بعد الحصول على موافقة مالك المنتج. وتستخدم الفرق الحديثة أنظمة مثل Jira وLinear لإدارة قائمة مهام المنتج. Azure DevOps، أو Asana.
• تراكم الإصدار: الإصدار هو إطار زمني يتم فيه إكمال عدد من التكرارات. يتولى مالك المنتج التنسيق بالتنسيق مع قائد فريق سكروم، يتم تحديد المهام التي يجب استهدافها في الإصدار. المهام الموجودة في قائمة مهام الإصدار مُخصصة للإنجاز في إصدار مُحدد.
• Sprints: إنها فترة زمنية محددة لإكمال قصص المستخدم، يحددها مالك المنتج وفريق التطوير، وعادة ما تكون من أسبوعين إلى أربعة أسابيع.
• Sprint تراكم: هي مجموعة من قصص المستخدم التي يجب إكمالها في Sprint. أثناء Sprint في حالة تراكم المهام، لا يتم تكليف أي عمل، بل يقوم الفريق بالتسجيل للعمل بنفسه. يمتلك الفريق هذه المهام ويديرها، ويتم تحديث العمل المتبقي المُقدّر يوميًا. وهي قائمة بالمهام التي يجب إنجازها في Sprint.
• قائمة الحظر: هي قائمة بالعوائق والقرارات غير المتخذة التي يملكها مدير سكروم ويتم تحديثها يومياً.
• مخطط الانهيار: يمثل مخطط التراجع التقدم العام للعمل الجاري والعمل المنجز خلال العملية. كما يوضح في شكل رسم بياني القصص والميزات التي لم تكتمل.

3. الاحتفالات (العمليات) في سكروم

• Sprint التخطيط: A Sprint يبدأ الأمر بقيام الفريق باستيراد القصص من قائمة مهام الإصدار إلى Sprint قائمة المهام المتراكمة؛ يستضيفها مدير سكروم. ويُقدّر المختبرون الجهد المطلوب لاختبار مختلف القصص في Sprint تراكم.
• الوقوف اليومي: يُعرف أيضًا باسم الاجتماع اليومي، ويستضيفه قائد فريق سكروم، ويستمر حوالي 15 دقيقة. خلال هذا الاجتماع، يناقش الأعضاء العمل المنجز في اليوم السابق، والعمل المخطط له لليوم التالي، والمشاكل التي واجهوها خلال اليوم السابق. Sprintتقدم الفريق هو tracked هنا.
• Sprint Revنظرة / استعراضية: كما يستضيفها قائد فريق سكروم، وتستمر حوالي ساعتين إلى أربع ساعات، وتناقش ما أنجزه الفريق في الفترة الماضية. Sprint وما هي الدروس المستفادة؟

بعد تحديد أدوار سكروم، والمنتجات، والطقوس، من المهم توضيح مكان المختبرين بالضبط داخل هذا الإطار.

دور المختبر في سكروم

لا يوجد دور فعال للمختبر في Scrum العملية. عادةً ما يقوم المطور بإجراء الاختبارات باستخدام اختبارات الوحدة، بينما يشارك مالك المنتج أيضًا بشكل متكرر في عملية الاختبار خلال كل مرحلة. Sprint. تتضمن بعض مشاريع سكروم فرق اختبار مخصصة، وذلك بحسب طبيعة المشروع ومدى تعقيده..

السؤال التالي هو: ما الذي يفعله المختبر في منهجية سكروم؟ سيجيب القسم التالي على هذا السؤال.

أنشطة الاختبار في سكروم

يقوم المختبرون بالأنشطة التالية خلال المراحل المختلفة لمنهجية سكروم:

Sprint التخطيط

• In Sprint عند التخطيط، يجب على المختبر اختيار قصة مستخدم من قائمة مهام المنتج التي يجب اختبارها.
• بصفته مختبرًا، يجب عليه تحديد عدد الساعات (تقدير الجهد) التي يجب أن يستغرقها الأمر لانهاء اختبار كل قصة من قصص المستخدم المختارة.
• بصفته مختبرًا، يجب أن يعرف ما يلي: Sprint الأهداف هي.
• بصفتك مختبرًا، ساهم في عملية تحديد الأولويات.

Sprint

• دعم المطورين في اختبار الوحدات.
• اختبر قصة المستخدم عند اكتمالها. يتم تنفيذ الاختبار في مختبر حيث يعمل كل من المختبر والمطور جنبًا إلى جنب. يتم تسجيل العيوب في أداة إدارة العيوب و tracيتم فحص العيوب يوميًا. ويمكن مناقشة العيوب وتحليلها خلال اجتماع سكروم. ويتم إعادة اختبار العيوب فور اكتشافها. حل ويتم نشرها للاختبار. تستخدم فرق سكروم الحديثة عادةً Jira وLinear و Azure DevOps، أو Asana لهذا سير العمل.
• بصفته مختبرًا، يحضر جميع اجتماعات الوقوف اليومية للتحدث بصراحة.
• بصفته مختبرًا، يمكنه إحضار أي عنصر من عناصر قائمة المهام المتراكمة التي لا يمكن إكمالها في الوقت الحالي Sprint ثم ضعها في التالي Sprint.
• يتحمل المختبر مسؤولية التطويرping نصوص الأتمتة. يقوم الشخص بجدولة اختبار الأتمتة مع نظام التكامل المستمر (CI).تكتسب الأتمتة أهمية بالغة نظرًا لضيق الوقت المتاح للتسليم. ويمكن تحقيق أتمتة الاختبارات باستخدام أدوات متنوعة، سواءً كانت مفتوحة المصدر أو مدفوعة، متوفرة في السوق. وهذا يضمن تغطية جميع جوانب الاختبار المطلوبة. ويمكن تحقيق تغطية اختبار كافية من خلال التواصل الفعال بين أعضاء الفريق.
• Revعرض نتائج أتمتة التكامل المستمر وإرسال التقارير إلى أصحاب المصلحة.
• قم بإجراء اختبارات غير وظيفية لقصص المستخدم المعتمدة.
• التنسيق مع العميل ومالك المنتج لتحديد معايير القبول لاختبارات القبول.
• في نهاية Sprintيقوم المختبِر أيضًا بإجراء اختبار القبول (UAT) في بعض الحالات ويؤكد اكتمال الاختبار للحالة الحالية Sprint.

Sprint بأثر رجعي

• بصفته مختبرًا، سيكتشف ما حدث خطأً وما حدث بشكل صحيح في الوضع الحالي Sprint.
• بصفته مختبرًا، يقوم بتحديد الدروس المستفادة وأفضل الممارسات.

بمجرد أن تبدأ أنشطة الاختبار هذه كل Sprintتعتمد الفرق على مقاييس واضحة لتوصيل التقدم المحرز، وهنا يصبح إعداد تقارير الاختبارات أمراً بالغ الأهمية.

تقرير الاختبار

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

مخطط الانهيار: يقوم قائد فريق سكروم بتسجيل العمل المتبقي المقدر لـ Sprintهذا هو مخطط الاحتراق، ويتم تحديثه يوميًا.

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

الرسم البياني لتاريخ السرعة: يتنبأ الرسم البياني لتاريخ السرعة بالسرعة التي يصل إليها الفريق في كل Sprintإنه رسم بياني شريطي ويمثل كيف تغير إنتاج الفريق بمرور الوقت.

المقاييس الإضافية التي قد تكون مفيدة هي معدل استهلاك الجدول الزمني، ومعدل استهلاك الميزانية، ونسبة اكتمال الموضوع، والقصص المكتملة، والقصص المتبقية، وما إلى ذلك.

الأسئلة الشائعة