Hogyan adhatunk teszteket az örökölt kódhoz?

Question

Accepted Answer

**Örökölt kód** (gyakran teszteletlen, nehezen módosítható kód) kihívást jelent a tesztelésben — összetett függőségei és tesztek nélkül lehet, hogy rendelkezik. A tesztek biztonságos hozzáadása olyan technikákat foglal magában, mint a **karakterizációs tesztek**, **seamek** (varrathelyek) a függőségek szakítására, és lépcsőzetes fejlesztés, amely biztonságosabb változtatásokat tesz lehetővé.

## Az örökölt kód kihívása

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

## Karakterizációs tesztek (rögzítsd az aktuális viselkedést)

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

## Függőségek szakítása (seamek)

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

## Lépcsőzetes megközelítés

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

## Miért számít ez

Annak megértése, hogyan lehet teszteket hozzáadni az örökölt kódhoz, értékes senior szintű tudás, mert **a valós világban végzett munka nagy része létező, gyakran teszteletlen kódra vonatkozik**, és annak biztonságos fejlesztése közös, fontos kihívás, így praktikusan releváns.

Az örökölt kód (teszteletlen, szorosan összekapcsolt, nehezen módosítható) valódi **csirke-vagy-tojás problémát** jelent: ahhoz, hogy biztonságosan módosíthassa, tesztekre van szüksége, de nehéz tesztelni (összetett függőségek, nem a teszteléshez tervezve) — és a teszteletlen kód módosítása veszélyes, mert nem tudhatod, hogy valamit eltörtél-e.

Annak megértése, hogy hogyan kell ezeket a technikákat alkalmazni, értékes praktikus tudás. **Karakterizációs tesztek** (a kód *jelenlegi* viselkedésének rögzítése, olyan, amilyen — azt állítva, amit ténylegesen csinál, nem azt, amit kellene — még akkor is, ha nem teljes mértékben érthető) olyan **biztonsági hálót** biztosítanak, amely lehetővé teszi a refaktorálást és a módosítást annak biztos tudásával, hogy a meglévő viselkedés megmarad — ez egy kulcsfontosságú technika olyan kód kezeléséhez, amit nem értesz teljesen.

Annak megértése, hogy **függőségeket szakíthatunk seamen keresztül** (olyan helyek keresése vagy létrehozása, ahol helyettesíthetők a függőségek, minimális biztonságos refaktorálások használata az összetett kód tesztelhetővé tételéhez — a Michael Feathers örökölt kódra vonatkozó munkájából származó technikák) elengedhetetlen ahhoz, hogy a nehezen tesztelhető kódot tesztelés alá helyezzük.

Annak megértése, hogy a **lépcsőzetes megközelítés** — tesztek hozzáadása a kód körül a módosítása előtt (biztonsági háló a változtatáshoz), a módosított terültekre vagy magas kockázatú/magas értékű helyekre való összpontosítás (nem az egész kódbázisra egyszerre), és lépcsőzetes javítás (a boy scout szabály) — tükrözi az örökölt rendszerek idővel való pragmatikus, reális fejlesztésének módját.

Mivel a valós világban végzett fejlesztés nagy része létező, gyakran teszteletlen örökölt kódra vonatkozik, amelyet biztonságosan kell módosítani (közös, kihívó helyzet), és mivel a technikák megértése (karakterizációs tesztek a biztonsági háló érdekében, seamek a függőségek szakítására, lépcsőzetes fejlesztés) ezt lehetővé teszi, annak megértése, hogyan lehet teszteket hozzáadni az örökölt kódhoz, értékes senior szintű tudás — praktikusan releváns a valós világban létező teszteletlen kóddal való munka közös helyzetéhez, tükrözve az örökölt rendszerek biztonságos fejlesztéséhez szükséges tapasztalatot és technikákat, fontos kompetencia a senior mérnököknél, akik gyakran kell, hogy teszteletlen kódot biztonságosabbá tegyenek a módosításra.