Spring tesztelés

A Spring tesztelés lényege, hogy a megfelelő mélységű contextet töltsd be, ne automatikusan a legnagyobbat.

1. Definíció

A @SpringBootTest teljes alkalmazás-közeli tesztet ad, míg a slice annotációk, mint a @WebMvcTest vagy @DataJpaTest, csak a releváns réteget emelik be. Ez gyorsabb és pontosabb visszajelzést ad.

2. Alapfogalmak

Mi történik a háttérben

A @SpringBootTest teljes alkalmazás-közeli tesztet ad, míg a slice annotációk, mint a @WebMvcTest vagy @DataJpaTest, csak a releváns réteget emelik be. Ez gyorsabb és pontosabb visszajelzést ad.

Mikor hasznos

A Spring tesztelés lényege, hogy a megfelelő mélységű contextet töltsd be, ne automatikusan a legnagyobbat. Interjún érdemes kiemelni a tipikus használati helyzeteket és a kapcsolódó Spring annotációkat.

Mit kérdeznek róla

Gyakori kérdés a Spring tesztelés trade-offjai, hibakeresése és a tipikus production csapdák.

3. Gyakorlati használat

• Használj Spring tesztelés megoldást akkor, amikor a probléma tényleg ezt indokolja.
• Konfigurációt és annotációt együtt nézd, mert Springben a kettő együtt adja a viselkedést.
• Debugolásnál mindig nézd a startup logot, a bean graphot és az aktív profilokat.
• Törekedj kis, egyértelműen felelős komponensekre.
• Interjún nevezd meg a tipikus production trade-offot is, ne csak az annotációt.

4. Kód példák

Az alábbi példa a(z) Spring tesztelés témát mutatja valós Spring annotációkkal.

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.autoconfigure.web.servlet.WebMvcTest;
import org.springframework.test.web.servlet.MockMvc;

import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;

@WebMvcTest(UserController.class)
class UserControllerTest {
    @Autowired
    MockMvc mockMvc;

    @Test
    void shouldReturnOk() throws Exception {
        mockMvc.perform(get("/api/users/1"))
                .andExpect(status().isOk());
    }
}

A slice tesztek akkor jók, ha a célréteg viselkedése érdekel, nem az egész alkalmazás együtt.

5. Trade-offok

• Konvenció vs explicit konfiguráció — A Spring gyorsít a konvenciókkal, de néha explicit beavatkozás kell a kiszámítható működéshez.
• Gyors fejlesztés vs átláthatóság — A kevesebb boilerplate jó, de a túl sok keretrendszer-magic nehezítheti a debugolást.
• Absztrakció vs kontroll — Magasabb absztrakcióval gyorsabb a fejlesztés, de a low-level viselkedést is érteni kell.

6. Gyakori hibák

• Csak annotációt memorizálni a mögöttes runtime működés helyett.
• A default viselkedést megváltoztatni anélkül, hogy értenéd a következményeket.
• Túl nagy komponenseket fenntartani gyenge határokkal.
• Logok és diagnosztikai eszközök figyelmen kívül hagyása.
• A tesztstratégiát nem a konkrét réteghez igazítani.

7. Senior szintű meglátások

• A senior Spring fejlesztő azt is nézi, milyen proxy, bean post-processor vagy filter dolgozik a háttérben.
• A legtöbb nehéz bug nem annotációs, hanem lifecycle- és sorrendprobléma.
• Production gondolkodásnál számít a startup idő, memória, observability és rollback-stratégia is.

8. Szószedet

• Spring tesztelés: A témához tartozó Spring fogalom vagy mechanizmus.
• Bean: Spring által menedzselt objektum.
• Proxy: Köztes objektum, amely extra viselkedést adhat.
• Configuration: A runtime viselkedést beállító property vagy bean definíció.
• Context: A Spring container aktuális alkalmazásállapota.

9. Gyorsreferencia

• A Spring tesztelés lényege, hogy a megfelelő mélységű contextet töltsd be, ne automatikusan a legnagyobbat.
• Értsd a mögöttes lifecycle-t.
• Ne csak annotációt, hanem trade-offot is mondd interjún.
• Production bugnál először log, bean graph, active profile.
• A legegyszerűbb működő megoldás többnyire a legjobb.