Dq
а когда локально тестируется, как тогда ? поднимаешь сразу все ? для одного микросервиса ?
Size: a a a
2018 December 18
K
Ну и при самом тестировании микросервисов - очень много интересного можно найти. Имхо без куа тут не разобраться
Y
а когда локально тестируется, как тогда ? поднимаешь сразу все ? для одного микросервиса ?
это же все от архитектуры зависит, всегда можно мокать
K
Ну один сервис проапдейтился - могу поднять все старые а этот новый, например
K
🤷♀️ it depends
Dq
это же все от архитектуры зависит, всегда можно мокать
вот мокать, кто это делает ?
Dq
разраб когда разрабатывает или же куа ?
Dq
когда приступает к тестированию
Y
депенс он
K
а давайте, пообщаемся на тему куа в микросервисах, обязаности и нужен ли он там ? =)
У нас на данный момент 38 микросервисов :) радуемся жизни
Dq
алл кейсес плиз =)
DA
вот мокать, кто это делает ?
Команда сделавшая сервис - делает для него мок.
Y
разраб когда разрабатывает или же куа ?
я вообще сторонник взамовыручки, когда и разрабы и тестеры делают, т.к. по факту может пригодится обоим
Dq
Команда сделавшая сервис - делает для него мок.
а если куа в команде есть =)
Dq
то все разом моками занимаются ?
DA
Мок - это ещё 1 сервис. Только проще. Кто пишет сервисы? Разработчики, наверное.
DA
Ну или если там контракты, то проще будет писать тестировщику
Y
мне кажется логичнее смотреть по времени, если у тестера нет времени проще делегировать разрабам
DA
Потому что контракты ему ближе и меньше переключаться
Dq
а микросервисы без контрактов реально ?