A test double-k olyan objektumok, amelyek a tesztelésben valós függőségek helyét veszik át – ezek közé tartoznak a mock-ok, stub-ok, spyék, fake-ek és dummy-k. Elszigetelik a tesztelt kódot annak függőségeitől (adatbázisok, API-k, szolgáltatások), lehetővé téve gyors, fókuszált, kontrollt test unit teszteket.
To test a unit in ISOLATION, replace its real dependencies (DB, API, services) with
TEST DOUBLES (fake stand-ins):
→ isolate the unit (test ONLY it, not its dependencies)
→ FAST (no real DB/network); CONTROLLED (set up exact scenarios, including errors);
DETERMINISTIC (no external flakiness)
STUB → provides canned RESPONSES to calls (returns preset data):
→ "when getUser is called, return this fake user" — controls inputs to the unit
MOCK → a stub that also VERIFIES interactions (was it called? how? with what?):
→ "verify save() was called once with these arguments" — checks behavior/interactions
SPY → wraps a real (or fake) object and RECORDS calls (verify how it was used)
FAKE → a working but simplified implementation (e.g. an in-memory database)
DUMMY → a placeholder passed but not actually used
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('[email protected]');
STUB → controls INPUTS (provides data the unit needs) — "state" verification
MOCK → verifies OUTPUTS/interactions (was the dependency called correctly?) — "behavior"
verification
→ Use stubs to provide data; mocks to verify the unit called a dependency correctly.
⚠️ Over-mocking → tests coupled to implementation (brittle); mock at the right boundaries.
A test double-k (mock-ok, stub-ok stb.) megértése azért fontos, mert elengedhetetlenek az izolált unit tesztek írásához, így értékes, gyakran alkalmazott tesztelési ismeret.
Ahhoz, hogy egy unit-ot elkülönítetten teszteljünk (a unit tesztelés célja), lecserélnünk kell annak valós függőségeit (adatbázisok, API-k, szolgáltatások) test double-kre – lehetővé téve olyan teszteket, amelyek gyorsak (nincs valós I/O), kontroláltak (pontos forgatókönyvek beállítása, beleértve a valós függőségekkel nehéz triggerelésű hibafeltételeket) és determinisztikusak (nincs külső instabilitás).
A típusok és azok céljainak megértése szükséges: stub-ok (előre gyártott válaszok biztosítása a függőségek által visszaadott információ kontrolljához – meghatározott adatok táplálása az unit-ba), mock-ok (stub-ok, amelyek az interakciókat is ellenőrzik – annak ellenőrzése, hogy az unit helyesen hívott meg egy függőséget), spyék (hívások rögzítése valós vagy hamis objektumokon), fake-ek (működő egyszerűsített implementációk, mint az in-memory adatbázisok) és dummy-k (helyőrzők).
A kulcs mock versus stub megkülönböztetés – a stub-ok a bemenetek kontrolljáról szólnak (állapot ellenőrzés: adatok biztosítása), míg a mock-ok a kimeneteket/interakciókat ellenőrzik (viselkedés ellenőrzés: annak ellenőrzése, hogy az unit helyesen hívott meg függőségeket) – fontos, gyakran félreértett elméleti ismeret, és azok megfelelő alkalmazása lényeges.
A túlzott mock-olás csapdájának megértése (túlzott mock-olás a teszteket az implementációs részletekhez köti, így törékennyé teszi azokat, ezért a mock-okat a megfelelő határokon belül kellene alkalmazni) a kiforott tesztírói ítéletet tükrözi.
A test double-kat folyamatosan használják az unit tesztelésben a tesztelt kód elkülönítéséhez.
Mivel az izolált unit tesztelés megköveteli a valós függőségek test double-kkel való helyettesítését (sebesség, kontroll és determinizmus miatt), és mivel a típusok, a mock versus stub megkülönböztetés és a túlzott mock-olás csapdájának megértése szükséges a jó elkülönített tesztek írásához, a test double-k megértése értékes, gyakran alkalmazott tesztelési ismeret – elengedhetetlen az unit teszteléshez, folyamatosan használják a kód elkülönítéséhez, és fontos a fókuszált, kontrollt tesztek írásához, miközben elkerülik a túlzott mock-olás törékenységét – a hatékony unit tesztelés alapvető készségei.