Springhard

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

Tagi

#testing#webmvctest#springboottest

Odpowiedź

`@WebMvcTest` to test typu slice: ładuje warstwę MVC (kontrolery itd.) i jest szybki, zwykle z mockami zależności. `@SpringBootTest` ładuje cały kontekst aplikacji i nadaje się do integracji, ale jest wolniejszy.

Odpowiedź zaawansowana

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).

Powiązane pytania

Testowanie

Czym jest property-based testing i kiedy go używasz?

#property-based#invariants#testing

DevOps

Opisz typowe etapy pipeline’u CI i częste punkty awarii.

#ci#pipeline#build

Monolity

Jak zapobiegać regresjom wydajności w dużym monolicie?

#monolith