Переклад "листування" про принципи тестування (див. передісторію та оригінальні посилання ось тут)

Частина 4.
попередня частина

👉 Дефекти групуються разом

👦🏻 Ігор:
Зміна в одному компоненті може спричинити проблеми в будь-якому місці. Саме тому ми проводимо традиційне регресійне тестування — щоб зрозуміти, що ми могли пошкодити і де саме. Навіть зараз, коли мікросервіси стали мейнстрімом, ми все одно проводимо регресійні тестування і все одно знаходимо проблеми, тому що дефекти просто відмовляються «групуватися».

👨🏻 Олександр:
Мікросервіси не працюють ізольовано. Кожен мікросервіс виконує свою роль у системі. Таким чином, збій в одному сервісі може призвести до каскадних збоїв у всій системі.

Цей принцип також показує нам, що якщо мікросервіс (компонент) з часом зазнав багато виправлень, він може стати джерелом подальших проблем, особливо якщо виправлення були застосовані поспіхом під час hotfix-у.

Ось чому важливо створити теплову карту змін коду в межах одного мікросервісу та між різними мікросервісами, щоб виявити потенційні точки відмови.

наступна частина ➡️