تنفيذ الاختبار في مؤسستك باستخدام Chrome

تخيل أن أهم البرامج في شركتك يتعطل فجأة - فماذا سيحدث؟ قد تضيع الطلبات، وقد تفوت المواعيد النهائية، لكن العملاء سيشتكون بالتأكيد.

يمكن تجنب هذا السيناريو المرعب: من خلال تنفيذ عملية اختبار مستمرة وصارمة، تكتشف المشكلات قبل أن تتسبب في الفوضى. لكن تنفيذ مثل هذه العملية في مؤسستك أسهل من التنفيذ.

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

اختبار أفضل الممارسات لفرق المنتجات

يتناول الجزء الأول من هذه المقالة عملية البدء في تنفيذ الاختبار في سير عملك.

تنفيذ ثقافة الاختبار في فريقك

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

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

يمكن أن يؤدي وجود شخص متفانٍ في الفريق يشرف ويدفع الجهود إلى زيادة فرصة النجاح بقوة. شخص يحدد إرشادات الفريق - أو حتى على مستوى المؤسسة - يجمع أفضل الممارسات ويشاركها ويدعو إلى الجهد عبر المستويات.

يمكن أن تكون أداة أخرى مفيدة هي تدوير دور الدعم لمنتجك. يمكن أن يكون الحصول على رؤى مباشرة وغير مفلترة من عملائك والتعرّف على المشكلات اليومية التي يواجهونها مع منتجك تجربة قيّمة لمديري المنتجات والمصممين والمطورين.

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

عملية اختبار تدريجي

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

اجعل الاختبارات جزءًا من "تعريف الإنجاز"

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

إجراء الاختبارات بانتظام

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

  • في كل التزام.
  • في كل طلب سحب.
  • بعد كل إصدار كامل أو تغيير في البيئة.

وإذا كنت تعتمد على خدمات تابعة لجهات خارجية في بيئة الإنتاج، من المنطقي إجراء اختباراتك على تلك الخدمات لضمان عمل واجهات برمجة التطبيقات التابعة لجهات خارجية على النحو المتوقّع.

تحديد المقاييس وجمعها

يُعدّ تحديد مجموعة من المقاييس أمرًا مهمًا لقياس مدى فعالية اختباراتك وتأثير مهام سير عمل الاختبار في نشاطك التجاري. فيما يلي بعض الأمثلة على المقاييس التي يمكنك استخدامها:

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

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


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

اختبار أفضل الممارسات لمشرفي النظام

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

يوضح الجزء الثاني من المقالة آلية عمل هذه الميزة باستخدام قنوات Chrome وسياسات المؤسسات.

قنوات إصدار Chrome

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

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

بالنسبة إلى حالة الاستخدام هذه، يوفّر Chrome ما مجموعه أربع قنوات إصدار مصمَّمة لمجموعات مختلفة من المستخدمين.

في حالة Chrome، هناك قنوات إصدار مختلفة يمكنك استخدامها، من أجل توقع التغييرات المستقبلية في المتصفح واختبار أحدث الميزات قبل إتاحتها على نطاق واسع:

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

للمزيد من المعلومات حول قنوات Chrome، شاهِد الحلقة حول Chrome Concepts.

رموز المنتج في Chrome الثابت والتجريبي ومطوّرو البرامج مع وصفها.

استخدام القنوات في مؤسسة نموذجية

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

بالنسبة إلى مؤسسة مثل هذه، يمكنك التفكير في تقسيم القنوات التالي:

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

رسم تخطيطي يوضح تدفق القنوات خلال فريق المثال

استخدام سياسات المؤسسة لإدارة القنوات

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

إذا كنت تريد استخدام هذا المستوى من التحكّم، إليك الإعدادات التي ننصحك بها:

  • الموظفون (مستخدمو التطبيق): للحدّ من مخاطر انقطاع الخدمة، يجب أن يستخدم معظم الموظفين القناة الثابتة التي اختبرها فريق اختبار Chrome بالكامل. بالإضافة إلى ذلك، يمكن لمجموعة صغيرة من المستخدمين (بين 5 و10%) الانضمام إلى قناة الإصدار التجريبي. تحصل هذه القناة على معاينة القناة الثابتة من 4 إلى 6 أسابيع ويمكنها مساعدة المشرفين في اكتشاف المشاكل المحتملة في أحد الإصدارات، ما يمنحهم مزيدًا من الوقت لمعالجة المشاكل قبل طرح الإصدار للجميع الآخرين.
  • قسم تكنولوجيا المعلومات: يمكن لأعضاء قسم تكنولوجيا المعلومات، بما في ذلك مشرفو النظام أنفسهم، استخدام قناة الإصدار التجريبي أو قناة dev للحصول على معاينة للميزات الجديدة التي ستتوفّر في الإصدار الثابت من Chrome لمدة تتراوح بين 4 و6 أو 12 أسبوعًا.

رسم تخطيطي يوضح تقسيم القنوات بين الموظفين الآخرين وقسم تكنولوجيا المعلومات

قنوات الإصدار الطويل الأمد

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

يوضح المخطّط التالي كيفية سير مختلف الإنجازات من خلال قنوات إصدار Chrome المختلفة:

رسم بياني للتدفق يعرض التداخل بين الإصدارات الثابتة والموسَّعة

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

الخلاصة

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

من أجل النجاح عند تنفيذ سير عمل الاختبار داخل مؤسستك، من المهم أن يتشارك الجميع الأفكار المشتركة حول الجودة، وبالتالي فإن الاختبار ميزة.

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

للحصول على إرشادات عملية من البداية إلى النهاية، يمكنك أيضًا الاطّلاع على آخر دورة اختبار التعلُّم وأفضل ممارسات التشغيل الآلي للاختبارات على web.dev.