Комментарии 11
Классная статья. Вроде бы уже множество раз про mockito расказанно, но тут все собранно вместе
Используйте JUnit вместо TestNG — тогда вся последняя часть про Mock.reset станет просто не нужна. Прелесть JUnit в том, что он создаёт новый инстанс класса перед каждым тестом, так что мок из предыдущего теста не может повлиять на следующий. Ничего сбрасывать не нужно.
Если у меня метод возвращает примитивный тип. Мокито не желает возвращать примитивы все обьекты норовит. Из за жтого возникают warnings компилятора про autoboxing. Так целые тесты в ворнингах из за этого. Что делать?
Отключить эти ворнинги, как минимум в тестах.
Не заметил этого, кстати; добавил в статью. Увы, похоже, с этим ничего не поделаешь — возвращаются только объекты, так что присоединюсь к предыдущему комментатору: попробуйте отключить эти ворнинги.
Предположу, что причина в нежелании авторов создавать для каждого примитива отдельные методы задания возврата, свой Answer, свой набор конкретных его реализаций… возни много, а толку, в сущности, чуть.
Предположу, что причина в нежелании авторов создавать для каждого примитива отдельные методы задания возврата, свой Answer, свой набор конкретных его реализаций… возни много, а толку, в сущности, чуть.
Mockito.when(dataService.getDataItemById("idValue"))
.thenReturn("dataItem");
// or
Mockito.when(dataService.getDataItemById(Mockito.eq("idValue")))
.thenReturn("dataItem");
Забыли рассказать, когда можно аргумент передавать простым объектом (как в первом варианте) а когда нужно использовать матчеры. Как я понял, если метод принимает несколько аргументов и вы используете хотя бы один матчер (any() например), то все отсальные аргументы тоже должны использовать матчеры.
Спасибо, очень хорошо расписаны большинство главных моментов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Mockito и как его готовить