سازمانی را با شیوه های زیر تصور کنید:
- در GitHub کد مرتکب می شود
- خطوط لوله CI/CD خود را با اقدامات GitHub اجرا می کند
- بار تولید خود را در Kubernetes اجرا می کند
- از Google Cloud استفاده می کند
یک مدیر جدید مهندس وارد می شود و موارد زیر را درخواست می کند:
در هر روابط عمومی ، تست های ادغام را در یک خوشه Kubernetes شبیه به تولید انجام دهید.
منطقی به نظر می رسد
در این سری از پست ها ، من نشان می دهم که چگونه می توانید این کار را انجام دهید. برنامه من به شرح زیر است:
- این پست وبلاگ بر روی برنامه ، تنظیم اصلی گردش کار GitHub و آزمایش هر دو به صورت محلی و در طول اجرای گردش کار متمرکز شده است.
- در پست دوم وبلاگ ، به تفصیل از نمونه موتور Google Kubernetes و نحوه تطبیق گردش کار برای استفاده از آن جزئیات می پردازد.
- پست سوم و آخر نحوه جداسازی هر اجرا را در یک خوشه اختصاصی kubernetes مجازی توصیف می کند
تست واحد در مقابل تست ادغام
من آزمایش ادغام کتاب را از سنگرها نوشتم. در آنجا ، من تعریف کردم تست ادغام به عنوان:
آزمایش ادغام یک استراتژی برای آزمایش همکاری حداقل دو مؤلفه است.
من آن را در برنامه نویسی شی گرا به این صورت ترجمه کردم:
آزمایش ادغام یک استراتژی برای آزمایش همکاری حداقل دو کلاس است.
من چند سال بعد در این تعریف دو برابر شدم:
بیایید ساخت یک ماشین را در نظر بگیریم. آزمایش تک کلاس شبیه به آزمایش هر مهره است …