مساء الخير نتبادل معك اليوم ترجمة الجزء الثاني من مقال
"أنماط CI / CD وأنماط مضادة" ، المكرسة لإطلاق دفق جديد في الدورة التدريبية
"ممارسات وأدوات DevOps" . يمكن قراءة الجزء الأول من هذه المقالة
هنا .
1.3 أنماط ومضادات في الاختبار1.3.1 أتمتة الاختبار- نمط: أتمتة التحقق من صحة البرنامج والتحقق من صحته عن طريق تضمين وحدات الاختبار والمكونات والسعة والوظائف والنشر.
- الأنماط المضادة: الاختبار اليدوي للوحدات والمكونات والنشر وما إلى ذلك
- وحدة أتمتة الاختبارات دون التبعيات.
- مكون - أتمتة الاختبارات مع التبعيات على المكونات الأخرى وقواعد البيانات وأنظمة الملفات.
- النشر - أتمتة الاختبارات للتحقق من النشر والتكوين الناجحين. وهذا ما يسمى أحيانا اختبار "الدخان".
- وظيفية - أتمتة الاختبارات للتحقق من سلوك البرنامج من وجهة نظر المستخدم.
- القدرة - أتمتة اختبار الحمل والأداء في ظروف قريبة من التشغيل.
1.3.2 عزل بيانات الاختبار- النمط: استخدم المعاملات للاختبارات المعتمدة على قاعدة البيانات (مثل اختبار المكونات) واستعادة المعاملات عند الانتهاء. استخدم مجموعة فرعية صغيرة من البيانات لاختبار السلوك بفعالية.
- الأنماط المضادة: استخدام نسخة من بيانات الإنتاج لاختبارات مرحلة الالتزام. تشغيل الاختبارات على قاعدة بيانات مشتركة.
1.3.3 الاختبارات الموازية- النمط: بالتوازي ، قم بإجراء العديد من الاختبارات على مثيلات الأجهزة لتقليل الوقت الذي تستغرقه.
- المضادة للأنماط: تشغيل الاختبارات على جهاز واحد أو مثيل. تشغيل الاختبارات التابعة التي لا يمكن تشغيلها بالتوازي.
1.3.4 استقرار النظام- النمط: استخدم كعب الروتين لمحاكاة الأنظمة الخارجية لتقليل تعقيد النشر.
- مكافحة الأنماط: التثبيت اليدوي وتكوين أنظمة مترابطة لبناء ونشر مرحلة الالتزام.
1.3.5 اختبار نهاية إلى نهاية يعتبر ضارًاالتسليم المستمر هو مجموعة من المبادئ والممارسات الشاملة التي تهدف إلى تقليل الوقت اللازم للتسويق. ويستند إلى ردود فعل سريعة وموثوقة بفضل الاختبارات. يتطلب التسليم المستمر أي تغييرات في الكود أو التكوين أو البيانات أو البنية التحتية للخضوع لمجموعة من الاختبارات الآلية والاستكشافية في خط أنابيب النشر لتقييم الاستعداد التشغيلي. لذلك ، إذا أرادت المنظمة تحقيق مواعيد نهائية أقصر ، يجب أن يكون وقت تنفيذ الاختبار منخفضًا وتكون نتائج الاختبار لا لبس فيها.
على سبيل المثال ، ضع في اعتبارك خدمة مدفوعات الشركة ، حيث يتم إرسال المدفوعات في نهاية السنة إلى خدمة المدفوعات اللاحقة.
يمكن التحقق من سلوك خدمة دفع الشركة خلال وقت التجميع عن طريق إجراء الأنواع التالية من الاختبارات التلقائية:
- اختبارات الوحدة: مقارنة الهدف والتنفيذ عند فحص وحدات الكود الفردية.
- اختبارات القبول: مقارنة التنفيذ والمتطلبات عند التحقق من الجزء الوظيفي للنظام.
- اختبارات نهاية إلى نهاية: مقارنة التنفيذ والمتطلبات عند التحقق من الجزء الوظيفي من النظام ، بما في ذلك الخدمات غير المعتمدة على المالك.
بينما تختلف اختبارات الوحدة والقبول في الغرض والنطاق ، إلا أن اختبارات القبول والنهاية من طرف إلى طرف تختلف في الحجم فقط. لا تشمل اختبارات القبول الخدمات التي لا تعتمد على المالك ، وبالتالي فإن اختبار القبول لسفر مستخدم مدفوعات الشركة سيستخدم
نظام الاختبار ، الذي يتكون من رمز أحدث إصدار من مدفوعات الشركة
ومدفوعات الدفع .
تشتمل الاختبارات الشاملة على خدمات غير معتمدة على المالك ، وبالتالي ، فإن اختبار السفر الشامل لمستخدم مدفوعات الشركة سيستخدم نظام الاختبار ، الذي يتكون من أحدث رمز لمدفوعات الشركة وإصدار العمل من المدفوعات.
إذا كانت استراتيجية الاختبار متوافقة مع التسليم المستمر ، فيجب أن تحتوي على نسبة مناسبة من الوحدة ، والقبول والاختبارات من البداية إلى النهاية التي تحقق التوازن بين الحاجة إلى المعلومات والتعليقات السريعة التي لا لبس فيها. إذا لم يجلب الاختبار معلومات جديدة ، فستكون العيوب دون أن يلاحظها أحد. ولكن إذا استغرق الاختبار الكثير من الوقت ، فسيكون التسليم بطيئًا وستزيد الإيرادات المفقودة.
نهاية الجزء الثاني.
وفقًا للتقاليد المعمول بها ، ننتظر تعليقاتك وندعوك إلى
يوم مفتوح . الجزء الثالث من المقال متاح بالفعل
هنا .