Как тестировать Spring Boot приложение: @SpringBootTest, MockMvc, slices?

Question

IT Interview Practice · Accepted Answer

Spring Boot даёт вам **пирамиду тестирования**: быстрые юнит-тесты без Spring, сфокусированные *slice*-тесты, загружающие часть контекста, и несколько полноконтекстных интеграционных тестов. Выбор правильного уровня для каждого теста — это senior-навык здесь.

## Юнит-тест — вообще без Spring

Constructor injection означает, что большинству сервисной логики Spring не нужен вовсе; просто мокайте зависимости:

```java
@Test
void appliesDiscount() {
    var repo = mock(PriceRepository.class);
    when(repo.base("A")).thenReturn(BigDecimal.TEN);
    var svc = new PricingService(repo);          // обычный конструктор, без контекста
    assertThat(svc.priceOf("A")).isEqualByComparingTo("9.00");
}
```

## Slice-тест — @WebMvcTest + MockMvc

Загружает только веб-слой (контроллеры, JSON, валидацию) — без базы данных, без сервисов кроме моков. Быстро:

```java
@WebMvcTest(UserController.class)
class UserControllerTest {
    @Autowired MockMvc mvc;
    @MockBean UserService service; // сервис замокан, не настоящий

@Test
    void returns404WhenMissing() throws Exception {
        when(service.findById(9L)).thenThrow(new EntityNotFoundException());
        mvc.perform(get("/api/users/9"))
           .andExpect(status().isNotFound()); // проверяет связку controller + advice
    }
}
```

## @DataJpaTest — slice персистентности

Загружает JPA/репозитории против in-memory (или Testcontainers) БД и откатывается после каждого теста:

```java
@DataJpaTest
class UserRepositoryTest {
    @Autowired UserRepository repo;
    @Test void findsByEmail() {
        repo.save(new User("a@x.com"));
        assertThat(repo.findByEmail("a@x.com")).isPresent();
    }
}
```

Используйте `@SpringBootTest` (полный контекст, `webEnvironment = RANDOM_PORT`) экономно, для настоящих end-to-end проверок — он самый медленный.

## Почему это важно

Интервьюеры хотят увидеть, что вы избегаете антипаттерна `@SpringBootTest` для *всего*, из-за которого наборы тестов становятся медленными и хрупкими. Называние правильного slice под каждую задачу, мокинг через `@MockBean` и использование **Testcontainers** для настоящей базы данных вместо H2 говорит о человеке, который держит большой набор тестов быстрым и надёжным.

Юнит-тест — вообще без Spring

Slice-тест — @WebMvcTest + MockMvc

@DataJpaTest — slice персистентности

Почему это важно

Похожие вопросы