`@WebMvcTest` vs `@SpringBootTest` — kiedy czego użyć?

Głębiej

Te adnotacje to kompromis realizm ↔ szybkość.

`@WebMvcTest`

• Ładuje **wycinek** kontekstu: infrastrukturę MVC + wybrany kontroler/ kontrolery.
• Dobre do testowania routingu, walidacji, serializacji, kodów odpowiedzi i mapowania błędów.
• Zwykle używa `MockMvc` i mockuje zależności serwisów (`@MockBean`).

`@SpringBootTest`

• Uruchamia **pełny** kontekst aplikacji.
• Dobre do testów integracyjnych przez warstwy (security, persystencja, messaging).
• Często łączy się z Testcontainers, żeby uruchomić realne zależności.

Praktyka

• `@WebMvcTest` dla testów kontrolerów.
• `@SpringBootTest` dla scenariuszy integracyjnych end-to-end.
• Rozważ też inne slice’y: `@DataJpaTest`, `@JsonTest`, `@WebFluxTest`.

Typowe pułapki

• `@SpringBootTest` wszędzie (wolne testy, większa kruchość).
• Zbyt dużo mocków w `@WebMvcTest` i brak realnych problemów serializacji/security.
• Brak importu/konfiguracji security w slice testach (albo wyłączenie filtrów i utrata pokrycia).