Когда использовать моки

1️⃣ Как кратко ответить

Моки используются для изоляции тестируемого компонента от внешних зависимостей, таких как базы данных, сетевые соединения или другие сервисы, чтобы сосредоточиться на логике самого компонента. Они позволяют имитировать поведение зависимостей и контролировать их взаимодействие с тестируемым кодом.

2️⃣ Подробное объяснение темы

Моки — это объекты, которые имитируют поведение реальных объектов в контролируемой среде. Они используются в модульном тестировании для изоляции тестируемого компонента от его зависимостей. Это позволяет сосредоточиться на тестировании логики самого компонента, не беспокоясь о поведении его зависимостей.

Зачем нужны моки?

1. Изоляция: Моки позволяют изолировать тестируемый компонент от внешних зависимостей, таких как базы данных, сетевые соединения или другие сервисы. Это важно, потому что такие зависимости могут быть ненадежными, медленными или сложными для настройки в тестовой среде.

2. Контроль: С помощью моков можно точно контролировать поведение зависимостей. Это позволяет тестировать, как компонент реагирует на различные сценарии, включая ошибки и исключения.

3. Повышение скорости тестирования: Моки позволяют избежать затратных операций, таких как доступ к базе данных или сетевые запросы, что делает тесты быстрее и более эффективными.

4. Упрощение тестирования: Моки упрощают создание тестов, так как не нужно настраивать и поддерживать сложные зависимости.

Пример использования моков

Рассмотрим пример, где у нас есть класс UserService, который зависит от UserRepository для получения данных о пользователях из базы данных. Мы хотим протестировать UserService, не обращаясь к реальной базе данных.

// Интерфейс UserRepository, который будет замокан
public interface UserRepository {
    User findUserById(String userId);
}
​
// Класс UserService, который мы будем тестировать
public class UserService {
    private final UserRepository userRepository;
​
    public UserService(UserRepository userRepository) {
        this.userRepository = userRepository;
    }
​
    public String getUserName(String userId) {
        User user = userRepository.findUserById(userId);
        return user != null ? user.getName() : "Unknown";
    }
}

Для тестирования UserService мы создадим мок для UserRepository:

import static org.mockito.Mockito.*;
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
​
public class UserServiceTest {
​
    @Test
    public void testGetUserName() {
        // Создаем мок для UserRepository
        UserRepository mockRepository = mock(UserRepository.class);
​
        // Определяем поведение мока: когда вызывается findUserById с аргументом "123",
        // он должен вернуть объект User с именем "John Doe"
        when(mockRepository.findUserById("123")).thenReturn(new User("123", "John Doe"));
​
        // Создаем экземпляр UserService с использованием замоканного UserRepository
        UserService userService = new UserService(mockRepository);
​
        // Вызываем метод getUserName и проверяем, что он возвращает ожидаемое имя
        String userName = userService.getUserName("123");
        assertEquals("John Doe", userName);
​
        // Проверяем, что метод findUserById был вызван ровно один раз с аргументом "123"
        verify(mockRepository, times(1)).findUserById("123");
    }
}

Объяснение кода

• Создание мока: mock(UserRepository.class) создает мок-объект для интерфейса UserRepository.
• Определение поведения мока: when(mockRepository.findUserById("123")).thenReturn(new User("123", "John Doe")) указывает, что при вызове метода findUserById с аргументом "123" мок должен вернуть объект User с именем "John Doe".
• Тестирование: Мы создаем экземпляр UserService, передавая в него замоканный UserRepository, и вызываем метод getUserName. Затем проверяем, что возвращаемое значение соответствует ожидаемому.
• Проверка вызова метода: verify(mockRepository, times(1)).findUserById("123") проверяет, что метод findUserById был вызван ровно один раз с аргументом "123".

Использование моков позволяет нам протестировать UserService в изоляции, не обращаясь к реальной базе данных, что делает тесты более быстрыми и надежными.