Kuinka lisäät testejä legacy-koodiin?

Question

Accepted Answer

**Legacy-koodi** (usein testaamaton, vaikea muuttaa koodi) on haastava testata — sillä saattaa olla sekavat riippuvuudet ja ei ole testejä. Testien lisääminen turvallisesti vaatii tekniikoita kuten **karakterisointitestejä**, **seams** riippuvuuksien katkaisemiseen ja asteittaista parantamista, mikä mahdollistaa turvallisempia muutoksia.

## Legacy-koodin haasteet

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

## Karakterisointitestit (nykyisen käyttäytymisen vahvistaminen)

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

## Riippuvuuksien katkaiseminen (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
```

## Asteittainen lähestymistapa

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

## Miksi se on tärkeää

Ymmärrys siitä, kuinka lisätä testejä legacy-koodiin, on arvokas senior-tason tieto, koska **suurin osa todellisuuden työssä liittyy olemassa olevaan, usein testaamattomaan koodiin**, ja sen turvallinen parantaminen on yleinen ja tärkeä haaste, joten se on käytännöllisesti relevanttia.

Legacy-koodi (testaamaton, tiiviisti kytketty, vaikea muuttaa) esittää todellisen **kanan-ja-munan-ongelman**: turvallisuuden vuoksi muutokset vaativat testejä, mutta sen testaaminen on vaikeaa (sekavat riippuvuudet, ei ole suunniteltu testaamiselle) — ja testaamattoman koodin muuttaminen on vaarallista, koska et voi tietää, rikkoiko jokin.

Ymmärrys näiden ongelmien ratkaisemisen tekniikoista on arvokas käytännöllinen tieto. **Karakterisointitestit** (koodin *nykyisen* käyttäytymisen kaappaaminen sellaisenaan, väitteiden tekeminen siitä, mitä se todella tekee eikä mitä sen pitäisi tehdä — vaikka täysin ymmärtämätön) tarjoavat **turvaverkon**, joka antaa sinulle refaktoroida ja muuttaa luottavaisin mielin, että olemassa oleva käyttäytyminen säilyy — keskeinen tekniikka koodin kanssa työskentelyyn, jota et täysin ymmärrä.

Ymmärrys **riippuvuuksien katkaisemisesta seams:n kautta** (paikkojen löytäminen tai luominen riippuvuuksien korvaamista varten, minimaalisten turvallisten refaktoreiden käyttäminen sekavan koodin tekemiseksi testattavaksi — Michael Feathersin legacy-koodista tekemät tekniikat) on välttämätöntä vaikeasti testattavan koodin saamista testien alle.

Ymmärrys **asteittaisesta lähestymistavasta** — testien lisääminen koodin ympärille ennen sen muuttamista (turvaverkko muutokselle), keskittyminen muutettaville alueille tai korkean riskin/korkean arvon alueille (ei koko koodikanta kerralla) ja asteittainen parantaminen (boy scout sääntö) — heijastaa pragmaattista, realistista tapaa parantaa legacy-järjestelmiä ajan myötä.

Koska suurin osa todellisuuden kehityksestä liittyy olemassa olevaan, usein testaamattomaan legacy-koodiin, jota on muutettava turvallisesti (yleinen, haastava tilanne), ja koska näiden tekniikoiden ymmärrys (karakterisointitestit turvaverkoksi, seams riippuvuuksien katkaisemiselle, asteittainen parantaminen) mahdollistaa tämän tekemisen, ymmärrys siitä, kuinka lisätä testejä legacy-koodiin, on arvokas senior-tason tieto — käytännöllisesti relevanttia olemassa olevan testaamattoman koodin kanssa työskentelemisen yleisen todellisuuden kannalta, heijastaa kokemusta ja tekniikoita, joita tarvitaan legacy-järjestelmien turvalliseen parantamiseen, tärkeä kompetenssialue senior-insinööreille, joiden täytyy usein tehdä testaamaton koodi turvallisemmaksi muuttaa.