Size: a a a

2020 August 28

Н

Никита🎄🎄🎄... in pro.jvm
а потом по твоему же procfile запустит как ты того хочешь
источник

🕵

🕵️‍♂️ in pro.jvm
Никита🎄🎄🎄
а потом по твоему же procfile запустит как ты того хочешь
Спасибо огромное. Попробую
источник

Н

Никита🎄🎄🎄... in pro.jvm
у меня тут тоже есть вопрос, может кто подскажет
кто знает, как замокать произвольный бин при junit-тестах?
есть junit 5, mockito, spring boot-приложуха и внутри, в дебрях иерархии есть пара бинов, отвечающие за AWS S3 (а доступов к акку нет)
убирать их - значит дико коверкать логику многих сервисов. хотелось бы просто их замокать где-то внутри, но не знаю как
кто-то может подсказать?
источник

T

Tim Ami in pro.jvm
в beanfactory?
источник

Н

Никита🎄🎄🎄... in pro.jvm
Tim Ami
в beanfactory?
не, это уже перебор
может существует способ в тестах указать, что бин S3Serivce мокается так-то и так-то?
источник

D

Dima in pro.jvm
Никита🎄🎄🎄
у меня тут тоже есть вопрос, может кто подскажет
кто знает, как замокать произвольный бин при junit-тестах?
есть junit 5, mockito, spring boot-приложуха и внутри, в дебрях иерархии есть пара бинов, отвечающие за AWS S3 (а доступов к акку нет)
убирать их - значит дико коверкать логику многих сервисов. хотелось бы просто их замокать где-то внутри, но не знаю как
кто-то может подсказать?
источник

Н

Никита🎄🎄🎄... in pro.jvm
условно, в тесте я тестирую ServiceA, внутри которого через Autowired ServiceB (интерфейс, имплементится ServiceBImpl), и вот этот ServiceBImpl стучится в S3Service, который надо замокать
источник

Н

Никита🎄🎄🎄... in pro.jvm
а тестировать надо ServiceA
источник

EP

EnterpriseJira Plugi... in pro.jvm
Nikita Gryzlov
в слагах не появятся мавен-либы. они будут упакованы в основной артефакт!
Почему IntelliJ Idea не распознает при создании SPRING Boot config environment vars из service-config yaml файла в проекте?
источник

D

Dima in pro.jvm
Никита🎄🎄🎄
условно, в тесте я тестирую ServiceA, внутри которого через Autowired ServiceB (интерфейс, имплементится ServiceBImpl), и вот этот ServiceBImpl стучится в S3Service, который надо замокать
у тебя тогда не unit-тест, во-первых
источник

T

Tim Ami in pro.jvm
эх опередил
источник

D

Dima in pro.jvm
во-вторых, для интеграционнного теста поднимается контекст через @SpringBootTest, в поля теста инжектишь нужные тебе зависимости через @MockBean, он заменят реальные бины в контексте на пустышки
источник

D

Dima in pro.jvm
для S3 я думаю это будет целесообразно
источник

Н

Никита🎄🎄🎄... in pro.jvm
Dima
во-вторых, для интеграционнного теста поднимается контекст через @SpringBootTest, в поля теста инжектишь нужные тебе зависимости через @MockBean, он заменят реальные бины в контексте на пустышки
во, спасибо, ща буду гуглить
источник

D

Dima in pro.jvm
хотя по фэншую, надо использовать wire-mock, и мокать на уровне отправки запроса и сериализация/десериализации
источник

D

Dima in pro.jvm
просто с S3 это будет сложновато
источник

D

Dima in pro.jvm
а вот свои клиенты мы так и тестируем
источник

D

Dima in pro.jvm
для юнит-тестов, все выше перечисленное неактуально
источник

D

Dima in pro.jvm
без контекста собираешь свой new ServiceImplA, куда передаешь мокнутый @Mock ServiceB
источник

Н

Никита🎄🎄🎄... in pro.jvm
Dima
без контекста собираешь свой new ServiceImplA, куда передаешь мокнутый @Mock ServiceB
спасибо, буду разбираться
источник