Jak přidáte testy do staršího kódu?

Question

Accepted Answer

**Starší kód** (často netestovaný, těžko měnitelný kód) je náročný na testování — může mít zapletené závislosti a žádné testy. Bezpečné přidávání testů zahrnuje techniky jako **charakterizační testy**, **seams** pro přerušení závislostí a postupné zlepšování, což umožňuje bezpečnější změny.

## Výzva staršího kódu

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

## Charakterizační testy (zakončení aktuálního chování)

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

## Přerušení závislostí (seams)

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

## Postupný přístup

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

## Proč na tom záleží

Pochopení, jak přidat testy do staršího kódu, je cenná znalost na úrovni seniora, protože **větší část prací v reálném světě zahrnuje existující, často netestovaný kód** a jeho bezpečné zlepšování je časté a důležité úkoly, takže je to prakticky relevantní.

Starší kód (netestovaný, těsně provázaný, těžko měnitelný) představuje skutečný **problém slepice a vejce**: abyste jej bezpečně změnili, potřebujete testy, ale je těžké jej testovat (zapletené závislosti, není navržen pro testování) — a změna netestovaného kódu je nebezpečná, protože nemůžete zjistit, jestli jste něco porušili.

Pochopení technik na řešení tohoto problému je cenná praktická znalost. **Charakterizační testy** (zachycení *aktuálního* chování kódu tak, jak je, tvrzení o tom, co ve skutečnosti dělá spíše než co by měl — i když to není plně pochopeno) poskytují **bezpečnostní síť**, která vám umožňuje refaktorovat a měnit s jistotou, že je zachováno stávající chování — klíčová technika pro práci s kódem, kterému plně nerozumíte.

Pochopení **přerušení závislostí přes seams** (nalezení nebo vytvoření míst pro substituci závislostí, používání minimálních bezpečných refaktorů k tomu, aby se zapletený kód stal testovatelným — techniky z práce Michaela Feathersa na starším kódu) je nezbytné k tomu, abyste těžko testovatelný kód dostali pod test.

Pochopení **postupného přístupu** — přidávání testů kolem kódu před jeho změnou (bezpečnostní síť pro změnu), zaměření se na oblasti, které se mění nebo jsou vysoké riziko/vysoká hodnota (nikoli celá kódová základna najednou) a postupné zlepšování (boy scout rule) — odráží pragmatický, realistický způsob zlepšování starších systémů v průběhu času.

Protože većina vývoje v reálném světě zahrnuje existující, často netestovaný starší kód, který musí být bezpečně změněn (časté a náročné situace), a protože pochopení technik (charakterizační testy jako bezpečnostní síť, seams pro přerušení závislostí, postupné zlepšování) umožňuje to provést, pochopení, jak přidat testy do staršího kódu, je cenná znalost na úrovni seniora — prakticky relevantní pro časté reality práce se stávajícím netestovaným kódem, odrážející zkušenost a techniky potřebné k bezpečnému zlepšování starších systémů, důležitou kompetenci pro seniory, kteří často musí učinit netestovaný kód bezpečnějším pro změnu.