Što je Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** je praksa u kojoj napišeš **testove prije koda** — slijedeći kratku, ponavljajuću ciklus: napišeš test koji pada, napišeš kod da bi prošao test, zatim refaktoriras. To vodi dizajn kroz testove i osigurava da je kod testabilan i dobro testiran.

## TDD ciklus: Red, Green, Refactor

```text
1. RED → write a FAILING test for the behavior you want (it fails — the code doesn't exist yet)
2. GREEN → write the MINIMUM code to make the test PASS (just enough, don't over-build)
3. REFACTOR → improve/clean up the code (and tests) while keeping tests GREEN
→ Repeat this short cycle for each small piece of behavior.
```

```text
Write test (RED) → write code (GREEN) → clean up (REFACTOR) → repeat
```

## Primjer toka

```js
// 1. RED — write the test first (fails: add doesn't exist / is wrong)
test('add(2,3) === 5', () => expect(add(2, 3)).toBe(5));

// 2. GREEN — write minimal code to pass
function add(a, b) { return a + b; }

// 3. REFACTOR — improve if needed (test still passes); then write the next test
```

## Prednosti i razmatranja

```text
✓ Ensures code is TESTABLE (you design for testing) and TESTED (tests exist by definition)
✓ Drives DESIGN — thinking about behavior/interface first → cleaner, focused code
✓ Fast FEEDBACK; confidence to refactor; avoids over-engineering (write only what's needed)
✓ Good test coverage as a natural result
⚠️ A discipline/skill that takes practice; not always applied dogmatically (use judgment)
```

## Zašto je važno

Razumijevanje Test-Driven Developmenta je vrijedno jer je to **utjecajna, naširoko raspravljena praksa** koja oblikuje kako mnogi razvojni inženjeri pristupaju testiranju i dizajnu, pa je važno znanje za profesionalni razvoj.

Kerna ideja TDD-a — **pisanje testova prije koda**, slijeđenje **Red-Green-Refactor ciklusa** (napišeš test koji pada, napišeš minimalan kod da prođe, zatim refaktoriras dok su testovi zeleni) — je distinktivan pristup koji inverzuje uobičajeni redoslijed.

Razumijevanje ciklusa je ključno praktično znanje.

Razumijevanje **prednosti** objašnjava zašto je TDD cijenjen: osigurava da je kod **testabilan** (dizajniranjem za testiranje od početka) i **testiran** (testovi postoje po definiciji), **vodi dizajn** (razmišljanje o ponašanju i sučelju prvo vodi čisćem, fokusiranijom kodu), pruža brzu povratnu informaciju i samopouzdanje za refaktoriranje, izbjegava precompliciranje (pisanje samo onoga što je potrebno da prođe testove), i prirodno proizvodi dobar pokrivač testova.

Ove prednosti čine TDD utjecajnom kao i kao praksa testiranja i dizajna.

Razumijevanje **razmatranja** — da je TDD disciplina koja zahtijeva praksu, i da nije uvijek primjenjivana dogmatski (razvojni inženjeri koriste prosudbu o tome kada odgovara) — odražava uravnotežen, realističan pogled.

Čak i razvojni inženjeri koji ne prakticiraju TDD uvijek imaju koristi od razumijevanja toga, jer oblikuje razmišljanje o testiranju i dizajnu i je česta tema u profesionalnom razvoju i intervjuima.

Pošto je TDD utjecajna, naširoko poznata praksa koja oblikuje pristupe testiranju i dizajnu (s pravim prednostima u testabilnosti, dizajnu, i pokrivaču) i česta je tema u profesionalnom razvoju i intervjuima, i pošto razumijevanje ciklusa, prednosti i razmatranja odražava zrelost testiranja, razumijevanje Test-Driven Developmenta je vrijedno, relevantno znanje — važna praksa i filozofija testiranja vrijedna razumijevanja za profesionalni razvoj, utjecajna u tome kako razvojni inženjeri fokusirani na kvalitetu pristupaju izgradnji softvera.