استكشاف اختبار shift-right
كما هو موضح سابقا في الدورة التدريبية، فإن الاختبار في إدارة دورة حياة التطبيق ضروري لزيادة جودة التعليمات البرمجية إلى أقصى حد وتقليل المخاطر التشغيلية المرتبطة بنشر البرامج وتحديثها. وهذا هو السبب في تطبيق نهج التحول إلى اليسار، الذي يدخل أنشطة الاختبار في أقرب وقت ممكن في مرحلة التطوير. ومع ذلك، هناك جوانب معينة من الاختبار، والتي لا تكون فعالة عند تنفيذها بهذه الطريقة. وبدلا من ذلك، ولخدمة الغرض منها بالكامل، يجب أن يتم تنفيذها في بيئة الإنتاج. ويشار إلى ذلك بنهج التحول إلى اليمين. ستحتاج المؤسسة في نموذج السيناريو الخاص بنا إلى استخدام هذا من أجل تقييم موثوقية أنظمتها بشكل صحيح مع إدخال الخطأ. في هذه الوحدة، افحص هذه المعايير والمعايير الأخرى التي يكون فيها اختبار التحول إلى اليمين مبررا.
ما هي أسباب اختبار التحول إلى اليمين؟
في حين أن اختبار shift-left مثالي لاختبار الوحدة والدخان، فإنه يتم إجراؤه في ظل ظروف تختلف عادة بشكل كبير عن تلك المطبقة على أهداف التسليم المقصودة. حتى بيئات ضمان الجودة والتقسيم المرحلي نادرا ما تعكس تماما تعقيدات نظرائهم في الإنتاج. بشكل فعال، فإن أفضل طريقة لفحص سلوك حمل العمل بالكامل بعد توزيعه هي اختباره في تلك المرحلة.
يوفر الاختبار في الإنتاج الفوائد التالية:
- يعكس ظروف العمل الفعلية، بما في ذلك التحميل الإضافي المرتبط بمعالجة طلبات المستخدم النهائي.
- يأخذ في الاعتبار العوامل، التي سيكون من الصعب محاكاتها، مثل الاتصال بالأنظمة الخارجية.
- يعكس التغييرات في الطلب على حمل العمل بمرور الوقت.
ما هي سيناريوهات اختبار shift-right النموذجية؟
في حين أن نهج اختبار التحول إلى اليمين يمكن تبريره في العديد من السيناريوهات، إلا أن هناك القليل الذي يكون مناسبا فيه. تتضمن هذه السيناريوهات ما يلي:
عمليات توزيع الخدمات المصغرة: تتكون بنية الخدمات المصغرة عادة من عدد كبير من المكونات المطورة بشكل مستقل. قد يبرر عدد كبير من مجموعات هذه الخدمات اختبار التحول إلى اليمين من أجل التركيز على السيناريوهات الأكثر صلة في بيئة الإنتاج الفعلية (وفقا لاستخدامها في الحياة الحقيقية).
تقييم تأثير عرض النطاق الترددي للشبكة وظروف زمن الانتقال: تميل ظروف الشبكة إلى أن تكون صعبة لمحاكاتها، لذلك إذا كان أداء حمل العمل يعتمد على زمن انتقال كبير أو يعتمد على عرض النطاق الترددي، فقد يكون اختبار shift-right الخيار الأنسب.
اختبار قبول المستخدم: قد تكون ملاحظات المستخدمين الفعلية ضرورية للتحقق من أداء حمل العمل وقابلية الاستخدام.
إجراءات تجاوز الفشل للتحقق من الصحة في التكوينات المكررة: تهدف حقن الأخطاء واختبار التعافي من الكوارث إلى تقييم مرونة أحمال عمل الإنتاج. ينطوي إدخال الخطأ عن قصد على إدخال حالات فشل في المكونات الفردية لحمل العمل أثناء تنفيذه من أجل تحديد أي نقاط ضعف والتخفيف منها، ما يزيد من الموثوقية الإجمالية.
ملاحظه
هندسة الفوضى هو مفهوم آخر في مجال اختبار موثوقية DevOps. كما هو الحال مع حقن الخطأ، فإنه ينطوي على محاكاة حالات الفشل (في هذه الحالة، لإنشاء فوضى يتم التحكم فيها في النظام الذي يتم اختباره). ومع ذلك، فإن نطاقه عادة ما يكون أوسع، ويستهدف النظام بأكمله، بدلا من مجرد مكوناته الفردية، وتميل سيناريوهات الاختبار الخاصة به إلى أن تكون أكثر شمولا. بشكل فعال، تقتصر هندسة الفوضى عادة على بيئات الكناري التي لها تأثير إنتاج محدود جدا أو لا يوجد تأثير عليها.
ملاحظه
يمكنك استخدام Azure Chaos Studio لتنفيذ تجارب هندسة الفوضى التي تستهدف الحلول المستضافة في Microsoft Azure. سوف تستعرض مثالا لمثل هذه التجارب في مختبر هذه الوحدة النمطية.