Эээ. Что?
Опять же, я все делаю отталкиваясь от джава опыта, Хотелось бы услышать более экспертное мнение)
чтобы в тестах было видно, видимо
Его не будет. Хехе. Ну кароче. Зачем нужны моки из фреймворка если можно сделать стаб/дамми/мок самому? Реализуя наивную имлементацию того что хочешь застабить
Ну вопрос зачем. Иногда когда надо мы делает package private и тесты пишем в том же пакете. Либо рафакторинг в сторону того чтобы не было в этом нужды
ну канонические религиозные тексты ООП и модульности гласят, что детали реализации тестировать не нужно, т.к. каждый тест - своего рода контракт если особенности поведения нужно протестировать, эти особенности должны быть выделены в отдельный модуль со своими тестам
Второй тезис можешь пожалуйста примером дополнить. Не оч понятно про что речь
ну ты же не спросил "зачем", ты спросил "что"
ну если у тебя есть какой-то там EnterprisePaymentModule и ты хочешь замокать у него приватный метод calculatePrice(lol, kek), так делать нельзя, потому что ты полагаешься, что у EnterprisePaymentModule есть в принципе такой метод, и это деталь реализации вместо этого нужно вынести какой-то модуль EnterpisePriceCalculator , подтянуть ссылку на него в EnterprisePaymentModule и мокать уже этот новый модуль
Обсуждают сегодня