Co je Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** je praxe, kdy napíšete **testy dříve než kód** — následujete krátký, opakující se cyklus: napíšete selhávající test, napíšete kód, aby jej prošel, a pak jej refaktorujete. Řídí design prostřednictvím testů a zajišťuje, že kód je testovatelný a dobře otestovaný.

## Cyklus TDD: 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
```

## Příklad toku

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

## Výhody a úvahy

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

## Proč na tom záleží

Porozumění Test-Driven Development je cenné, protože se jedná o **vlivnou, všeobecně diskutovanou praxi**, která formuje, jak se mnoho vývojářů přistupuje k testování a designu, takže je to důležité znalosti pro profesionální vývoj.

Jádro TDD — **psaní testů dříve než kód**, následování **cyklu Red-Green-Refactor** (napíšete selhávající test, napíšete minimální kód k jeho průchodu, pak refaktorujete, zatímco testy zůstávají zelené) — je odlišný přístup, který obrací obvyklý řád.

Porozumění cyklu je klíčová praktická znalost.

Porozumění **výhodám** vysvětluje, proč je TDD ceňováno: zajišťuje, že kód je **testovatelný** (navrhování pro testování od začátku) a **otestovaný** (testy existují z definice), **řídí design** (myšlení na chování a rozhraní nejdříve vede k čistšímu, více zaměřenému kódu), poskytuje rychlou zpětnou vazbu a důvěru k refaktorování, brání nadměrnému inženýrství (psaní pouze toho, co je potřeba k průchodu testů), a přirozeně produkuje dobrý coverage testů.

Tyto výhody činí TDD vlivnou jako testovací i designovou praxi.

Porozumění **úvahám** — že TDD je disciplína vyžadující praxi, a že se nepoužívá vždy dogmaticky (vývojáři použijí úsudek o tom, kdy se hodí) — odráží vyvážený, realistický pohled.

I vývojáři, kteří TDD nepoužívají vždy, se prospívají z porozumění mu, protože formuje myšlení o testování a designu a je běžným tématem v profesionálním vývoji a pohovorech.

Jelikož je TDD vlivná, všeobecně známá praxe, která formuje přístupy k testování a designu (s reálnými výhodami v testovatelnosti, designu a pokrytí) a je běžným profesionálním a pohovorovým tématem, a jelikož porozumění cyklu, výhodám a úvahám odráží zralost testování, je porozumění Test-Driven Development cenná, relevantní znalost — důležitá testovací praxe a filozofie, kterou stojí za to pochopit pro profesionální vývoj, vlivná v tom, jak vývojáři zaměření na kvalitu přistupují k budování software.