mockito
издеваться
Поиск…
Простой макет
Mockito предлагает универсальный mehtod для создания mocks (non-final) классов и интерфейсов.
Dependency mock = Mockito.mock(Dependency.class);
Это создает ложный экземпляр Dependency независимо от того, является ли Dependency интерфейсом или классом.
Затем можно вызвать вызовы метода-метода для этого макета, используя нотацию Mockito.when (x) .thenReturn (y).
Mockito.when(mock.possiblyBuggyMethod()).thenReturn("someString");
Чтобы вызовы Dependency.possiblyBuggyMethod() просто возвращали "someString" .
Существует другая нотация, которая не рекомендуется в большинстве случаев использования, поскольку она не является типичной.
Mockito.doReturn("someString").when(mock).possiblyBuggyMethod()
Макет с настройками по умолчанию
В то время как простой mock возвращает null (или значения по умолчанию для примитивов) для каждого вызова, это изменение можно изменить.
Dependency mock = Mockito.mock(Dependency.class, new Answer() {
@Override
public Object answer(InvocationOnMock invocationOnMock) throws Throwable {
return "someString";
}
});
или используя лямбда:
Dependency mock = Mockito.mock(Dependency.class, (Answer) invocationOnMock -> "someString");
Эти примеры возвращают «someString» для каждого вызова, но в методе ответа можно определить любую логику.
Издевательство над классом с помощью аннотаций
Испытуемый класс:
public class GreetingsService { // class to be tested in isolation
private UserService userService;
public GreetingsService(UserService userService) {
this.userService = userService;
}
public String getGreetings(int userId, LocalTime time) { // the method under test
StringBuilder greetings = new StringBuilder();
String timeOfDay = getTimeOfDay(time.getHour());
greetings.append("Good ").append(timeOfDay).append(", ");
greetings.append(userService.getFirstName(userId)) // this call will be mocked
.append(" ")
.append(userService.getLastName(userId)) // this call will be mocked
.append("!");
return greetings.toString();
}
private String getTimeOfDay(int hour) { // private method doesn't need to be unit tested
if (hour >= 0 && hour < 12)
return "Morning";
else if (hour >= 12 && hour < 16)
return "Afternoon";
else if (hour >= 16 && hour < 21)
return "Evening";
else if (hour >= 21 && hour < 24)
return "Night";
else
return null;
}
}
Поведение этого интерфейса будет издеваться:
public interface UserService {
String getFirstName(int userId);
String getLastName(int userId);
}
Предположим, что фактическая реализация UserService :
public class UserServiceImpl implements UserService {
@Override
public String getFirstName(int userId) {
String firstName = "";
// some logic to get user's first name goes here
// this could be anything like a call to another service,
// a database query, or a web service call
return firstName;
}
@Override
public String getLastName(int userId) {
String lastName = "";
// some logic to get user's last name goes here
// this could be anything like a call to another service,
// a database query, or a web service call
return lastName;
}
}
Испытание Junit с Mockito:
public class GreetingsServiceTest {
@Mock
private UserServiceImpl userService; // this class will be mocked
@InjectMocks
private GreetingsService greetingsService = new GreetingsService(userService);
@Before
public void setUp() {
MockitoAnnotations.initMocks(this);
}
@Test
public void testGetGreetings_morning() throws Exception {
// specify mocked behavior
when(userService.getFirstName(99)).thenReturn("John");
when(userService.getLastName(99)).thenReturn("Doe");
// invoke method under test
String greetings = greetingsService.getGreetings(99, LocalTime.of(0, 45));
Assert.assertEquals("Failed to get greetings!", "Good Morning, John Doe!", greetings);
}
@Test
public void testGetGreetings_afternoon() throws Exception {
// specify mocked behavior
when(userService.getFirstName(11)).thenReturn("Jane");
when(userService.getLastName(11)).thenReturn("Doe");
// invoke method under test
String greetings = greetingsService.getGreetings(11, LocalTime.of(13, 15));
Assert.assertEquals("Failed to get greetings!", "Good Afternoon, Jane Doe!", greetings);
}
}
«Шпион» для частичного издевательств
Аннотацию @Spy (или метод ) можно использовать для частичного издевательства над объектом. Это полезно, когда вы хотите частично издеваться над поведением класса. Например, предположим, что у вас есть класс, который использует две разные службы, и вы хотите издеваться над одним из них и использовать фактическую реализацию другой службы.
Боковое примечание. Хотя философски я бы не считал это «чистым модульным тестом» в истинном смысле, поскольку вы интегрируете настоящий класс, а не тестируете свой испытуемый класс в полной изоляции. Тем не менее, это может быть действительно полезно в реальном мире, и я часто использую его, когда я издеваюсь над базой данных, используя некоторые в реализации базы данных памяти, чтобы я мог использовать реальные DAO.
Class under test:
public class GreetingsService { // class to be tested in isolation
private UserService userService;
private AppService appService;
public GreetingsService(UserService userService, AppService appService) {
this.userService = userService;
this.appService = appService;
}
public String getGreetings(int userId, LocalTime time) { // the method under test
StringBuilder greetings = new StringBuilder();
String timeOfDay = getTimeOfDay(time.getHour());
greetings.append("Good ").append(timeOfDay).append(", ");
greetings.append(userService.getFirstName(userId)) // this call will be mocked
.append(" ")
.append(userService.getLastName(userId)) // this call will be mocked
.append("!");
greetings.append(" Welcome to ")
.append(appService.getAppName()) // actual method call will be made
.append(".");
return greetings.toString();
}
private String getTimeOfDay(int hour) { // private method doesn't need to be unit tested
if (hour >= 0 && hour < 12)
return "Morning";
else if (hour >= 12 && hour < 16)
return "Afternoon";
else if (hour >= 16 && hour < 21)
return "Evening";
else if (hour >= 21 && hour < 24)
return "Night";
else
return null;
}
}
Поведение этого интерфейса будет издеваться:
public interface UserService {
String getFirstName(int userId);
String getLastName(int userId);
}
Предположим, что фактическая реализация UserService :
public class UserServiceImpl implements UserService {
@Override
public String getFirstName(int userId) {
String firstName = "";
// some logic to get user's first name
// this could be anything like a call to another service,
// a database query, or a web service call
return firstName;
}
@Override
public String getLastName(int userId) {
String lastName = "";
// some logic to get user's last name
// this could be anything like a call to another service,
// a database query, or a web service call
return lastName;
}
}
Поведение этого интерфейса не будет издеваться:
public interface AppService {
String getAppName();
}
Предположим, что фактическая реализация AppService :
public class AppServiceImpl implements AppService {
@Override
public String getAppName() {
// assume you are reading this from properties file
String appName = "The Amazing Application";
return appName;
}
}
Испытание Junit с Mockito:
public class GreetingsServiceTest {
@Mock
private UserServiceImpl userService; // this class will be mocked
@Spy
private AppServiceImpl appService; // this class WON'T be mocked
@InjectMocks
private GreetingsService greetingsService = new GreetingsService(userService, appService);
@Before
public void setUp() {
MockitoAnnotations.initMocks(this);
}
@Test
public void testGetGreetings_morning() throws Exception {
// specify mocked behavior
when(userService.getFirstName(99)).thenReturn("John");
when(userService.getLastName(99)).thenReturn("Doe");
// invoke method under test
String greetings = greetingsService.getGreetings(99, LocalTime.of(0, 45));
Assert.assertEquals("Failed to get greetings!", "Good Morning, John Doe! Welcome to The Amazing Application.", greetings);
}
@Test
public void testGetGreetings_afternoon() throws Exception {
// specify mocked behavior
when(userService.getFirstName(11)).thenReturn("Jane");
when(userService.getLastName(11)).thenReturn("Doe");
// invoke method under test
String greetings = greetingsService.getGreetings(11, LocalTime.of(13, 15));
Assert.assertEquals("Failed to get greetings!", "Good Afternoon, Jane Doe! Welcome to The Amazing Application.", greetings);
}
}
Установка личных полей в издевающихся объектах
В вашем классе, который находится под тестированием, у вас могут быть некоторые частные поля, которые недоступны даже через конструктор. В таких случаях вы можете использовать отражение для установки таких свойств. Это фрагмент из такого теста JUnit.
@InjectMocks
private GreetingsService greetingsService = new GreetingsService(); // mocking this class
@Before
public void setUp() {
MockitoAnnotations.initMocks(this);
String someName = "Some Name";
ReflectionTestUtils.setField(greetingsService, // inject into this object
"name", // assign to this field
someName); // object to be injected
}
Я использую Sptring в ReflectionTestUtils.setField(Object targetObject, String name, Object value) метод здесь , чтобы упростить, но вы можете использовать обычный старый Java Reflection , чтобы сделать то же самое.