Остался небольшой вопросик...так как же правильно тестировать микросервисы? )) Это неплохой обзор по тестам, библиотекам, ассертам, но тема доклада заявлена другая
Не со всем могу согласиться: - включать дебаг нужно при отладке, а не всегда; иначе в логах CI очень сложно разобраться. Из-за этого никто в них не смотрит и иногда пропускают важные предупреждения/ошибки - Spock неплох, но добавлять в проект на Java не только новый фреймворк но еще и язык - это слишком. Выше порог вхождения в проект, нужно его интегрировать с CI и средствами сборки, невозможность использовать checkstyle, pmd, etc Короче, не стоит красивый синтаксис всего этого.
P.S. «не бойтесь копипастить в тестах» тоже может выйти боком когда при изменении одной строчки кода вам придется исправлять много упавших тестов. Тесты могут стать не только хрупкими, но и сложно читаемыми.
Остался небольшой вопросик...так как же правильно тестировать микросервисы? )) Это неплохой обзор по тестам, библиотекам, ассертам, но тема доклада заявлена другая
Так же как и монолит, по сути. Просто больше акцента на внешние системы (мокирование внешних сервисов)
Шикарный доклад
Не со всем могу согласиться:
- включать дебаг нужно при отладке, а не всегда; иначе в логах CI очень сложно разобраться. Из-за этого никто в них не смотрит и иногда пропускают важные предупреждения/ошибки
- Spock неплох, но добавлять в проект на Java не только новый фреймворк но еще и язык - это слишком. Выше порог вхождения в проект, нужно его интегрировать с CI и средствами сборки, невозможность использовать checkstyle, pmd, etc Короче, не стоит красивый синтаксис всего этого.
P.S. «не бойтесь копипастить в тестах» тоже может выйти боком когда при изменении одной строчки кода вам придется исправлять много упавших тестов. Тесты могут стать не только хрупкими, но и сложно читаемыми.
Почему бизнес флоу сделан как EPC, но им не является? Есть внутри команды чистый БА!
Жёлтое Г
Абсолютно бесполезный ролик.