Kako dodaš teste starejšemu kodu?

Question

Accepted Answer

**Starejši kod** (pogosto netestiran, težko spremenljiv kod) je izazov za testiranje — lahko ima zapletene odvisnosti in nima testov. Varno dodajanje testov vključuje tehnike kot so **karakterizacijski testi**, **seams** za prekinjenje odvisnosti in postopno izboljšanje, kar omogoča varnejše spremembe.

## Izziv starejšega koda

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

## Karakterizacijski testi (fiksiranje trenutnega vedenja)

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

## Prekinjenje odvisnosti (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
```

## Postopni pristop

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

## Zakaj je to pomembno

Razumevanje, kako dodati teste starejšemu kodu, je vrednost znanja na ravni višjega inženirja, ker **večina stvarnega dela vključuje obstoječ, pogosto netestiran kod**, in njegova varна izboljšava je pogosta, pomembna naloga, zato je to praktično relevantno.

Starejši kod (netestiran, tesno povezan, težko spremenljiv) predstavlja resnično **problem jajca in kokoši**: da bi ga varno spremenil, potrebuješ teste, vendar je težko testirati (zapletene odvisnosti, ni zasnovan za testiranje) — in spreminjanje netestiranega koda je nevarno, ker ne moreš vedeti, ali si kaj pokvaril.

Razumevanje tehnik za reševanje tega je dragoceno praktično znanje. **Karakterizacijski testi** (zajemanje *trenutnega* vedenja koda kot je, trditve o tem, kaj dejansko počne, namesto kaj bi moral — tudi če ni v celoti razumljen) zagotavljajo **zaščitno mrežo**, ki ti omogoči refaktoriranje in spreminjanje z gotovostjo, da je obstoječe vedenje ohranjeno — ključna tehnika za delo s kodo, ki je ne razumeš v celoti.

Razumevanje **prekinjenja odvisnosti prek seams** (iskanje ali ustvarjanje mest za zamenjavo odvisnosti, uporaba minimalnih varnih refaktoriranj za testabilnost zapletanega koda — tehnike iz dela Michaela Feathersa o starejšem kodu) je bistveno za pridobivanje težko testabilnega koda pod test.

Razumevanje **postopnega pristopa** — dodajanje testov okrog koda pred spreminjanjem (zaščitna mreža za spremembo), osredotočanje na področja, ki se spreminjajo, ali visoko tvegana/visoko vredna področja (ne celoten kod naenkrat), in postopna izboljšava (pravilo skavta) — odraža pragmatičen, realističen način za izboljšanje starejših sistemov sčasoma.

Ker večina stvarnega razvoja vključuje obstoječ, pogosto netestiran starejši kod, ki ga je treba varno spremeniti (pogosta, zahtevna situacija), in ker razumevanje tehnik (karakterizacijski testi za zaščitno mrežo, seams za prekinjenje odvisnosti, postopna izboljšava) to omogoči, je razumevanje, kako dodati teste starejšemu kodu, dragoceno znanje na ravni višjega inženirja — praktično relevantno za pogosto resničnost dela s starejšim netestiranim kodom, kar odraža izkušnje in tehnike, potrebne za varno izboljšavo starejših sistemov, pomembna kompetenca za višje inženirje, ki morajo pogosto narediti netestiran kod varnejši za spremembe.