Kako dodate testove postojećem kodu?

Question

Accepted Answer

**Postojeći kod** (često netestiran, teško mijenjiv kod) je izazovan za testiranje — može imati zapletene zavisnosti i bez testova. Dodavanje testova sigurno uključuje tehnike kao što su **karakterizacijski testovi**, **šavovi** za prekidanje zavisnosti i inkrementalno poboljšanje, omogućavajući sigurnije promjene.

## Izazov postojećeg koda

```text
Legacy code is often: untested, tightly coupled, hard to understand, risky to change:
  → no tests → changing it is dangerous (you can't tell if you broke something)
  → hard to test → dependencies are tangled (can't isolate units); not designed for testing
→ a chicken-and-egg problem: to change safely you need tests, but it's hard to test.
```

## Karakterizacijski testovi (fiksiranje trenutnog ponašanja)

```text
CHARACTERIZATION (golden master) tests → capture the code's CURRENT behavior as-is
  (even if you don't fully understand it / it has bugs):
  → write tests asserting what it ACTUALLY does now → a SAFETY NET
  → then you can refactor/change with confidence that behavior is preserved
→ Don't assert what it SHOULD do — assert what it DOES, to protect against regressions.
```

## Prekidanje zavisnosti (šavovi)

```text
To isolate hard-to-test code, find/create SEAMS (places to substitute dependencies):
  → extract dependencies behind interfaces; inject them; use the smallest safe refactors
    to make code testable (Michael Feathers' techniques)
  → carefully break dependencies so you can get the code under test, then test, then refactor
```

## Inkrementalni pristup

```text
✓ Add tests AROUND code BEFORE changing it (a safety net for the change)
✓ Focus on areas you're CHANGING / high-risk / high-value (not the whole codebase at once)
✓ Improve incrementally — leave code a bit better each time (the "boy scout rule")
✓ Use characterization tests to capture behavior, then refactor toward testability
```

## Zašto je važno

Razumijevanje kako dodati testove postojećem kodu je dragocjeno znanje na razini seniora jer **većina rada u stvarnom svijetu uključuje postojeći, često netestiran kod**, a sigurno ga poboljšavanje je čest i važan izazov, tako da je praktično relevantno.

Postojeći kod (netestiran, čvrsto spojen, teško mijenjiv) predstavlja pravi **problem piletine i jajeta**: da biste ga sigurno promijenili trebate testove, ali ga je teško testirati (zapletene zavisnosti, nije dizajniran za testiranje) — i mijenjanje netestiranog koda je opasno jer ne možete znati jeste li nešto pokvarili.

Razumijevanje tehnika za rješavanje ovoga je dragocjeno praktično znanje. **Karakterizacijski testovi** (hvatanje *trenutnog* ponašanja koda kakvo jest, tvrdnja što on zapravo radi umjesto što bi trebao — čak i ako nije u potpunosti razumljeno) pružaju **sigurnosnu mrežu** koja vam omogućava refaktoriranje i mijenjanje s povjerenjem da je postojeće ponašanje sačuvano — ključna tehnika za rad s kodom koji ne razumijete u potpunosti.

Razumijevanje **prekidanja zavisnosti preko šavova** (pronalaženje ili stvaranje mjesta za zamjenu zavisnosti, korištenje minimalnih sigurnih refaktora da se zapleteni kod učini testabilnim — tehnike iz rada Michaela Feathersa o postojećem kodu) je bitno za dobivanje teško testabilnog koda pod test.

Razumijevanje **inkrementalnog pristupa** — dodavanje testova oko koda prije nego što ga promijenite (sigurnosna mreža za promjenu), fokus na dijelove koji se mijenjaju ili visoko rizični/vrijedni (ne čitav kod odjednom) i poboljšavanje inkrementalno (pravilo dječaka izviđača) — odražava pragmatičan, realističan način za poboljšavanje postojećih sustava tijekom vremena.

Budući da većina razvoja u stvarnom svijetu uključuje postojeći, često netestiran postojeći kod koji mora biti sigurno promijenjen (česta, izazovna situacija), i budući da razumijevanje tehnika (karakterizacijski testovi za sigurnosnu mrežu, šavovi za prekidanje zavisnosti, inkrementalno poboljšanje) omogućava to, razumijevanje kako dodati testove postojećem kodu je dragocjeno znanje na razini seniora — praktično relevantno za čest reality rada s postojećim netestiranim kodom, odražavajući iskustvo i tehnike potrebne za sigurno poboljšavanje postojećih sustava, važnu kompetentnnost za starije inženjere koji često moraju učiniti netestiran kod sigurnijim za promjene.