يخبر الكتاب كيفية بناء الاختبار ، ليس فقط للقبض على الأخطاء ، ولكن لتجنب حدوثها. لقد أحببنا ذلك حقًا ، لذلك قررنا ، بصفتنا من كبار السن ، دعم تقاليد الملخصات حول حبري ووضع الأطروحات الأكثر إثارة للاهتمام.
كيف تغيرت طرق اختبار المنظمة:
شلالبدأ كل شيء باختبار منهجية الشلال. تتميز هذه المرحلة بحقيقة أن الاختبار هو نشاط عضو واحد فقط في الفريق (خمن من). لا أحد يعرف ما عدا المختبر أي شيء عن استراتيجية الاختبار ولا يمكنه الوصول إلى حالات الاختبار وقوائم المراجعة. تطير المهام في أمر مثل كرة في كرة الطاولة. تتميز هذه الفترة بإطلاقات طويلة.
رشيقةفي العمل على منهجية رشيقة ، يصبح الاختبار مسؤولية الفريق بأكمله. هذا يعني أنه ليس فقط المختبرين ، ولكن أيضًا المطورين يجدون ويحلون المشاكل. تتميز هذه المرحلة بالإصدارات المتكررة وردود الفعل السريعة.
ديفوبسيتأثر الاختبار الآن بالدعم والتحليلات والبنية التحتية والمراقبة. تتغير حدود وطبيعة الاختبار. تأتي المعلومات الآن إلى الفريق من قنوات مختلفة: المراقبة ، الطلبات من خدمات الدعم ، التقارير التحليلية. في الوقت نفسه ، يجب أن يكون الاختبار موثوقًا به ، ولكن لا يتداخل مع الإصدارات السريعة.
الاختبار في عصر DevOps و CI
يدعي المؤلف أن DevOps أكبر بكثير من CI. يركز CI على الممارسات التقنية التي تسرع كتابة التعليمات البرمجية (على سبيل المثال ، نظام التحكم في الإصدار واختبارات الوحدة والالتزامات المتكررة) و DevOps - على التغييرات التنظيمية (على وجه الخصوص ، دعم التعاون الأوثق بين أنواع العاملين في تسليم البرامج: المحللون ، الدعم ، فريق التطوير).
بدون Agile ، لم يكن هناك ثقافة DevOps. يجب على الناس التفكير بمرونة من أجل القدوم إلى DevOps ، الذي يتمثل هدفه الرئيسي في موثوقية وتكرار الإصدارات. في الوقت نفسه ، غالبًا ما يتم إغفال موضوع الاختبار في تقارير عن DevOps.
الأطروحة الرئيسية لكاترينا هي أنك تحتاج إلى الاختبار دائمًا وفي كل مرحلة - من بداية العمل في المهمة إلى آخر إصدار تم الالتزام به.
حجم العمل كبير جدا. السؤال الذي يطرح نفسه كيفية تنظيم جميع الاختبارات وليس بالجنون.
من أين تبدأ الاختبار
- فهم كيف يتم الآن ترتيب عملية الاختبار في المشروع.
- نظم استعراضاً بأثر رجعي لاستراتيجيات الاختبار للفريق بأكمله وأجب عن سؤال ما نختبره الآن ولماذا. قد يتبين أن المشاركين في فريق واحد سيجيبون على أسئلة حول العملية بشكل مختلف ، وهذا خطأ.
DevOps هو أكثر من مجرد اختبار مرن. تتضمن إيديولوجية DevOps عملية تم تصحيحها بشكل مثالي ليس فقط لنشر إصدار جديد بسرعة في الإنتاج أو التراجع إلى الإصدار السابق ، ولكن أيضًا بالتواصل تصحيح الأخطاء بين أوامر dev وعملية التشغيل.
10 معايير للمساعدة في التحقق مما إذا كانت Agile في الاختبار الخاص بك:
- يعرف الفريق بأكمله بوضوح ما يجب اختباره أثناء العمل على قصة مستخدم معينة.
- كل شخص لديه فهم مشترك لمتطلبات العمل.
- عند مناقشة قصة المستخدم ، لديك إجابة على السؤال "كيف سنختبر هذا؟"
- يعرف كل فرد في الفريق كيفية إجراء الاختبارات التلقائية ومكان رؤية النتيجة.
- تناقش مقدمًا ما ستتم أتمتة وعلى أي مستوى حتى لا تتكرر الاختبارات على مستويات مختلفة. (بدا لنا هذا البند الأهم).
- يتم نسخ نصوصك البرمجية الاختبارية وتخزينها باستخدام شفرة المصدر ، نظرًا لأن الاختبارات جزء من البرنامج.
- لا يوجد أخطاء في التراكم لأنك تقوم بإصلاح الأخطاء بمجرد العثور عليها ، وليس فقط تسجيلها.
- لا يوجد توقف في عمل خادم CI.
- خلال المسيرة ، ليس من الواضح من هو المطور ومن هو المختبر.
- يمكن لفريقك تقييم جودة المنتج. الجميع يفهم كيف تعمل عملية الاختبار على المشروع.
يمكنك التحقق من نفسك باستخدام
الرابط - هنا يشرح المؤلف سبب إبراز هذه النقاط وسبب أهميتها.
ممارسات التعاون في DevOps
كلما تواصل الناس ، كلما فهموا أكثر ما يفعله الزملاء وكيف يمكن مساعدتهم. لذلك ، يقدم كاترينا لهم مناقشة الاختبار في كثير من الأحيان. هناك عدة طرق للقيام بذلك:
- مراجعة قائمة المراجعة من قبل المحللين والدعم. يمكن أن يؤدي الاشتراك في الاختبارات المبكرة إلى تحسين جودة الإصدار.
- الاختبار في أزواج: اختبار ومحلل ، دعم ومطور.
- تناوب الموظف بين فرق التطوير والدعم.
- دوجو (كجزء من تطوير البرمجيات) هي بيئة حيث يمكن للناس أن يتعلموا ويمارسوا مهاراتهم في التطوير معًا: دروس رئيسية ، مشاركة المعرفة.
اختبار الإنتاج
ستساعد الأدوات التالية في تسهيل الاختبار في الإنتاج:
- تكوين المراقبة بحيث يمكنك بسهولة العثور على المشكلة وتحديدها ،
- التنبيهات باستخدام قنوات اتصال مختلفة: على سبيل المثال ، رسالة إلى المرسل إذا تعطل الخادم ، أو البريد الإلكتروني عند نفاد الذاكرة ،
- Analytics (على سبيل المثال ، Google Analytics) ، والذي يوضح عدد المستخدمين الذين يستخدمون الوظيفة ،
- جعل التسجيل للقراءة.
- ملاحظات من العملاء - مراجعات في المتجر ، نماذج ملاحظات في تطبيقات الويب.
ملاحظة
لم يتضمن هذا الملخص الكثير من الأشياء المثيرة للاهتمام. الكتاب مكتوب بشكل جيد ، نوصي المختبرين الذين يفكرون في اختبار مشاريع DevOps.
أخيرًا ، زوجان من الروابط المفيدة:- يمكن شراء الكتاب هنا .
- رابط إلى فيديو أداء كاترينا من Agile Testing Days 2017.
- رابط إلى مدونة كاترينا كلوكي.