Πώς προσθέτετε δοκιμές σε κώδικα legacy;

Question

Accepted Answer

**Κώδικας legacy** (συχνά δοκιμαστός, δύσκολος προς αλλαγή) είναι δύσκολο να δοκιμαστεί — μπορεί να έχει περίπλοκες εξαρτήσεις και καμία δοκιμή. Η ασφαλής προσθήκη δοκιμών περιλαμβάνει τεχνικές όπως **characterization tests**, **seams** για διακοπή εξαρτήσεων και σταδιακή βελτίωση, που επιτρέπουν ασφαλέστερες αλλαγές.

## Η πρόκληση του κώδικα legacy

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

## Characterization tests (καθορισμός τρέχουσας συμπεριφοράς)

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

## Διακοπή εξαρτήσεων (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
```

## Σταδιακή προσέγγιση

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

## Γιατί έχει σημασία

Η κατανόηση του τρόπου προσθήκης δοκιμών σε κώδικα legacy είναι πολύτιμη γνώση senior-level επειδή **το περισσότερο πραγματικό έργο περιλαμβάνει υπάρχοντα, συχνά δοκιμαστά κώδικα**, και η ασφαλής βελτίωσή του είναι μια κοινή, σημαντική πρόκληση, επομένως είναι πρακτικά σχετική.

Ο κώδικας legacy (δοκιμαστός, σφιχτά συζευγμένος, δύσκολος προς αλλαγή) παρουσιάζει ένα πραγματικό **πρόβλημα κοτόπουλου και αυγού**: για να το αλλάξετε με ασφάλεια χρειάζεστε δοκιμές, αλλά είναι δύσκολο να δοκιμαστεί (περίπλοκες εξαρτήσεις, όχι σχεδιασμένο για δοκιμές) — και η αλλαγή δοκιμαστού κώδικα είναι επικίνδυνη επειδή δεν μπορείτε να πείτε αν σπάσατε κάτι.

Η κατανόηση των τεχνικών για την αντιμετώπισή του είναι πολύτιμη πρακτική γνώση. **Characterization tests** (καταγραφή της *τρέχουσας* συμπεριφοράς του κώδικα ως έχει, ισχυρισμός για αυτό που πραγματικά κάνει και όχι για αυτό που θα έπρεπε — ακόμα κι αν δεν κατανοείται πλήρως) παρέχουν ένα **δίχτυ ασφαλείας** που σας επιτρέπει να κάνετε refactor και αλλαγές με την βεβαιότητα ότι η υπάρχουσα συμπεριφορά διατηρείται — μια βασική τεχνική για την εργασία με κώδικα που δεν κατανοείτε πλήρως.

Η κατανόηση της **διακοπής εξαρτήσεων μέσω seams** (εύρεση ή δημιουργία θέσεων για αντικατάσταση εξαρτήσεων, χρησιμοποίηση ελάχιστων ασφαλών refactors για να γίνει περίπλοκος κώδικας δοκιμάσιμος — οι τεχνικές από το έργο του Michael Feathers στον κώδικα legacy) είναι απαραίτητη για να φέρετε δύσκολο προς δοκιμή κώδικα υπό δοκιμή.

Η κατανόηση της **σταδιακής προσέγγισης** — προσθήκη δοκιμών γύρω από κώδικα πριν του κάνετε αλλαγές (δίχτυ ασφαλείας για την αλλαγή), εστίαση σε περιοχές που αλλάζονται ή υψηλού κινδύνου/υψηλής αξίας (όχι ολόκληρο το codebase ταυτόχρονα), και σταδιακή βελτίωση (κανόνας boy scout) — αντικατοπτρίζει τον πρακτικό, ρεαλιστικό τρόπο βελτίωσης των legacy συστημάτων με την πάροδο του χρόνου.

Επειδή το περισσότερο πραγματικό λογισμικό περιλαμβάνει υπάρχοντα, συχνά δοκιμαστά κώδικα legacy που πρέπει να αλλάξει με ασφάλεια (μια κοινή, δύσκολη κατάσταση), και επειδή η κατανόηση των τεχνικών (characterization tests για δίχτυ ασφαλείας, seams για διακοπή εξαρτήσεων, σταδιακή βελτίωση) επιτρέπει να γίνει αυτό, η κατανόηση του τρόπου προσθήκης δοκιμών σε κώδικα legacy είναι πολύτιμη γνώση senior-level — πρακτικά σχετική για την κοινή πραγματικότητα της εργασίας με υπάρχοντα δοκιμαστό κώδικα, αντικατοπτρίζοντας την εμπειρία και τις τεχνικές που απαιτούνται για ασφαλή βελτίωση των legacy συστημάτων, μια σημαντική δεξιότητα για senior engineers που συχνά πρέπει να κάνουν δοκιμαστό κώδικα πιο ασφαλή για αλλαγές.