Što su mock-ovi, stub-ovi i test double-ovi?

Question

Accepted Answer

**Test double-ovi** su objekti koji zamjenjuju prave ovisnosti u testovima — uključujući **mock-ove**, **stub-ove**, **spy-eve**, **fake-ove** i **dummy-je**. Oni izoliraju kod koji se testira od njegovih ovisnosti (baze podataka, API-ji, servisi), omogućujući brze, fokusirane, kontrolirane jedinične testove.

## Zašto test double-ovi

```text
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)
```

## Vrste test double-ova

```text
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
```

```js
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## Mock vs stub (ključna razlika)

```text
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.
```

## Zašto je važno

Razumijevanje test double-ova (mock-ova, stub-ova, itd.) je važno jer su **bitni za pisanje izolianih jediničnih testova**, pa je to vrijedna, često primjenjivana testirajuća znanja.

Da biste testirali jedinicu u izolaciji (cilj jediničnog testiranja), morate zamijeniti njezine prave ovisnosti (baze podataka, API-je, servise) s **test double-ovima** — omogućujući testove koji su **brzi** (bez prethodnog stvarnog I/O-a), **kontrolirani** (postavljanje točnih scenarija uključujući uvjete greške koji su teški za pokidanje sa stvarnim ovisnostima) i **determinističke** (bez vanjske nestabilnosti).

Razumijevanje **vrsta** i njihovih namjena je neophodno: **stub-ovi** (pružanje unaprijed pripremljenih odgovora za kontrolu onoga što ovisnosti vraćaju — hrana jedinici specifične podatke), **mock-ovi** (stub-ovi koji također provjeravaju interakcije — provjera je li jedinica ispravno pozvala ovisnost), **spy-evi** (bilježenje poziva na pravim ili lažnim objektima), **fake-ovi** (radeće pojednostavljene implementacije poput baza podataka u memoriji) i **dummy-ji** (rezervnih mjesta).

Razumijevanje **ključne mock-vs-stub razlike** — stub-ovi kontroliraju ulaze (provjera stanja: pružanje podataka) dok mock-ovi provjeravaju izlaze/interakcije (provjera ponašanja: provjera je li jedinica ispravno pozvala ovisnosti) — je važno konceptualno znanje koje se često brkuje, a korištenje svakog na odgovarajući način je važno.

Razumijevanje **pitanja prekompliciranog mockanja** (pretjerano mockanje povezuje testove s detaljima implementacije, čineći ih krhkima, pa trebate mockati na točnim granicama) odražava zrelo prosudbu testiranja.

Test double-ovi se konstanto koriste u jediničnom testiranju da bi se kod koji se testira izolirao.

Budući da izolirano jedinično testiranje zahtijeva zamjenu stvarnih ovisnosti s test double-ovima (za brzinu, kontrolu i determinizam) i budući da je razumijevanje vrsta, mock-vs-stub razlike i pitanja preklanjanja mockanja neophodno za pisanje dobrih izolianih testova, razumijevanje test double-ova je vrijedna, često primjenjivana testirajuća znanja — bitna za jedinično testiranje, koristi se stalno za izolaciju koda koji se testira, i važna je za pisanje fokusianih, kontroliranih testova dok se izbjegava krhkost preklanjanja mockanja, temeljne vještine za učinkovito jedinično testiranje.