بناء فريق الاختبار وقيادته

لماذا يهم

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

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

المهارات التي يحتاجها الفريق ومصفوفة المهارات

تناول درس مهارات المختبِر ما يحتاجه المختبِر الواحد. أما الفريق فيحتاج إلى التغطية: كل مهارة يتطلبها المنتج ومخاطره، بالعمق المناسب، وألّا يحملها شخص واحد فقط. استخرج القائمة من استراتيجية الاختبار ومخاطر المنتج وخطته المستقبلية (Roadmap): فتطبيق مصرفي يحتاج إلى معرفة بمجال المدفوعات ووعي أمني، وبوابة حكومية تحتاج إلى اختبار إمكانية الوصول، ومنتج موجَّه أولاً إلى المستخدمين العرب يحتاج إلى اختبار الاتجاه من اليمين إلى اليسار (RTL) واختبار التوطين.

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

• ⁦0⁩: لا خبرة بالمهارة.
• ⁦1⁩: يتعلّم، وينجز المهمة بتوجيه.
• ⁦2⁩: مستقل، وينجز المهمة وحده بمعيار الفريق.
• ⁦3⁩: خبير، يراجع عمل الآخرين ويستطيع تعليم المهارة.
• الفجوة هي كل مهارة يقل فيها عدد من بلغوا المستوى ⁦2⁩ عمّا يحتاجه الفريق. وللمهارة المستخدمة كل أسبوع اجعل الحاجة شخصين على الأقل، لأن المهارة التي يحملها شخص واحد نقطة إخفاق وحيدة (Single Point of Failure)، وتسميها بعض الفرق «عامل حافلة يساوي ⁦1⁩» (Bus Factor).

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

مثال تطبيقي: قراءة مصفوفة المهارات

لدى فريق المدفوعات أربعة مختبِرين: هدى، قائدة الاختبار؛ وعمر وسارة، اللذان يعرفان المنتج جيداً؛ وأرجون، الذي انضم قبل ثلاثة أشهر قادماً من فريق يعمل على واجهات API. في الربع القادم تطلق الشركة تطبيقاً للجوال وواجهة API للشركاء، وتطلب استراتيجية الاختبار اختبار حمل (Load Test) قبل الإطلاق. تكتب هدى مع الفريق المهارات التي يحتاجها المنتج وهذه الخطط، ويتفقون على الحاجة لكل منها، ثم يملؤون المصفوفة.

• تصميم الاختبار والمدفوعات والتوطين تلبي الحاجة. وأرجون في المستوى ⁦0⁩ في المدفوعات، لكن هذا تأهيل لا فجوة: فهو يعمل مع عمر بأسلوب العمل الثنائي (Pairing) على قصص الاسترداد.
• اختبار API والأتمتة يعتمد كلٌّ منهما على أرجون وحده. ولأن عمر سيتدرّب على اختبار الجوال وهدى تقود الفريق، تعمل سارة مع أرجون في ثنائي على قصص واجهة الشركاء، والهدف المستوى ⁦2⁩ بنهاية الربع، ويظهر ذلك حين تصمم اختبارات API لقصة بمفردها ويراجعها هو. وفي الأتمتة يدرّب أرجون هدى وسارة، وكلتاهما في المستوى ⁦1⁩، على حزمة اختبارات API المؤتمتة في وقت من السبرنت متفق عليه مع مالك المنتج.
• اختبار الجوال: لا أحد في المستوى ⁦2⁩ والإطلاق قريب، فالتدريب وحده بطيء جداً. القرار: توظيف مختبِر لديه خبرة في تطبيقات الجوال، وتدريب عمر معه.
• اختبار الأداء مطلوب مرة واحدة قبل الإطلاق. القرار: الاستعانة بمختص وإشراك أرجون معه، ليستطيع الفريق إعادة تشغيل الاختبار لاحقاً. فليست كل فجوة بحاجة إلى أن تصبح مهارة دائمة.
• تحفظ هدى المصفوفة وخطة التدريب جدولين بصيغة Markdown في ويكي الفريق (Wiki)، وتراجعهما مع الفريق كل ربع سنة.

Skill                        Huda  Omar  Sara  Arjun  At 2+  Need
Test design / exploratory      3     2     2     1       3    2
Payments domain                3     2     1     0       2    2
Arabic / RTL localisation      2     3     3     0       3    2
API testing                    1     1     0     3       1    2   gap: one person
Test automation (code)         1     0     1     2       1    2   gap: one person
Mobile app testing             1     1     1     0       0    2   gap: nobody
Performance testing            1     0     0     1       0    1   gap: nobody

Levels: 0 none, 1 learning, 2 independent, 3 expert (reviews and teaches)
Gap: fewer people at level 2 or above than the team needs

جرّبها: منسّق Markdown جرّبها: تحويل Markdown إلى PDF

التوظيف والتأهيل ومساعدة المختبِرين على النمو

وظّف لسد الفجوة التي تظهرها المصفوفة، لا وفق إعلان وظيفي عام. ففي المقابلة المنظَّمة (Structured Interview) يحصل كل مرشح على الأسئلة نفسها والمهمة العملية القصيرة نفسها، وتُقيَّم الإجابات وفق معايير متفق عليها مسبقاً، لتمكن المقارنة بين المرشحين بإنصاف. ومهمة مثل كتابة أفكار اختبار وأسئلة مفتوحة لمتطلب من فقرة واحدة تكشف أكثر من أسئلة التعريفات. ولا تطلب أبداً عملاً غير مدفوع على منتجك الحقيقي، وأشرك مطوراً في لجنة المقابلة.

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

• خطة التدريب: سطر لكل فجوة فيه الشخص والمستوى المستهدف والطريقة (العمل الثنائي، أو جلسة داخلية، أو دورة، أو مشروع تدريبي) والموعد والدليل على بلوغ المستوى. احجز الوقت لها في تخطيط السبرنت، وإلا فلن تُنفَّذ.
• التحفيز: يبقى الناس متحمسين حين يرون أثر عملهم، ويتولّون مجالاً بأنفسهم، ويكون لهم رأي في طريقة اختبارهم ووقت للتعلّم.
• التقدير: امدح السلوك الذي تريده بتحديد وعلانية: «سؤال سارة في جلسة التنقيح (Refinement) أزال عيباً في الاسترداد قبل البرمجة». ولا تكافئ أبداً عدد العيوب، فذلك يكافئ التقارير المكررة والتافهة ويضع المختبِرين في مواجهة المطورين.
• المسارات المهنية: قدّم مسار تخصص يعمّق مهارة مثل الأتمتة أو الأداء أو الأمن أو إمكانية الوصول حتى الأدوار العليا (Senior وPrincipal)، ومسار قيادة يؤدي إلى قائد الاختبار ثم مدير الاختبار (Test Manager). وتختلف المسميات بين الشركات، والمهم ألّا يتطلب النمو أن يصبح الشخص مديراً.

تكوين الفريق والاستقلالية والمختبِرون الخارجيون

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

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

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

مدير الاختبار في بيئة Agile بنهج الفريق الكامل

في نهج الفريق الكامل (Whole-Team Approach) يتحمل الجميع مسؤولية الجودة، ويصف دليل Scrum لعام ⁦2020⁩ فرق Scrum بأنها ذاتية الإدارة: تقرر داخلياً من يفعل ماذا، ومتى، وكيف. لذلك لا يوزّع مدير الاختبار مهام الاختبار اليومية داخل الفريق. ويذكر منهج ISTQB للمستوى التأسيسي أن الفريق في تطوير Agile قد يتولى بعض مهام إدارة الاختبار، بينما قد يتولى مديرو اختبار من خارج الفريق المهام التي تمتد عبر عدة فرق أو عبر المؤسسة كلها. وهذا العمل العابر للفرق هو جوهر الدور:

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

أسئلة شائعة

المراجع

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