Testni dvojniki so objekti, ki nadomestijo prave odvisnosti v testih — vključno z navideznimi objekti (mocks), kličnimi objekti (stubs), presluskovalci (spies), ponarejeni objekti (fakes) in lažni objekti (dummies). Izolirajo kodo, ki se testira, od njenih odvisnosti (baze podatkov, API-ji, storitve), kar omogoča hitre, osredotočene in nadzorovane enote teste.
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.
Razumevanje testnih dvojnikov (navideznih objekti, kličnih objekti, itd.) je pomembno, ker so bistveni za pisanje izoliranih enot testov, zato je to dragoceno, pogosto uporabljeno testno znanje.
Za testiranje enote v izolaciji (cilj enot testiranja) morate zamenjati njene prave odvisnosti (baze podatkov, API-ji, storitve) s testnimi dvojniki — kar omogoča teste, ki so hitri (brez prave I/O), nadzorovani (nastavljanje točnih scenarijev, vključno s pogoji napak, ki jih je težko sprožiti s pravimi odvisnostmi) in deterministični (brez zunanje nestabilnosti).
Razumevanje vrst in njihovih namenov je potrebno: kličnih objekti (stubs) (zagotavljanje vnaprej pripravljenih odgovorov za nadzor nad tem, kaj odvisnosti vrnejo — hranjenje enote specifičnih podatkov), navideznih objektov (mocks) (kličnih objektov, ki tudi preverijo interakcije — preverjanje, ali je enota pravilno poklicala odvisnost), presluskovalcev (spies) (beleženje klicev na pravim ali lažnim objektih), ponarejenih objektov (fakes) (delujejo poenostavljene implementacije, kot so baze podatkov v pomnilniku) in lažnih objektov (dummies) (nadomestki).
Razumevanje ključne razlike med navideznimi in kličnimi objekti — klični objekti nadzirajo vhode (preverjanje stanja: hranjenje podatkov), medtem ko navidezni objekti preverjajo izhode/interakcije (preverjanje vedenja: preverjanje, ali je enota pravilno poklicala odvisnosti) — je pomembno konceptualno znanje, ki se ga pogosto zmešča, pravilna uporaba vsakega pa je bistvena.
Razumevanje pasti pretiranega mockiranja (over-mocking) (pretirano mociranje test-ov povezuje s podrobnostmi implementacije, kar jih naredi krhke, zato bi morali mocirati na pravi mejah) odraža zrelo presojo testiranja.
Testni dvojniki se nenehno uporabljajo pri enoti testiranju za izolacijo kode, ki se testira.
Ker izolirana enota testiranja zahteva zamenjavo pravih odvisnosti s testnimi dvojniki (za hitrost, nadzor in determinizem), in ker je razumevanje vrst, razlike med navideznimi in kličnimi objekti ter pasti pretiranega mockiranja potrebno za pisanje dobrih izoliranih testov, je razumevanje testnih dvojnikov dragoceno, pogosto uporabljeno testno znanje — bistveno za enoto testiranje, nenehno uporabljeno za izolacijo kode, ki se testira, in pomembno za pisanje osredotočenih, nadzoranih testov, hkrati pa za izogibanje krhkosti pretiranega mockiranja, temeljne spretnosti za učinkovito enoto testiranje.