legacy code-க்கு tests எப்படி சேர்ப்பது?

Question

Accepted Answer

**Legacy code** (பெரும்பாலும் test செய்யப்படாத, மாற்ற கடினமான code) test செய்வது சவாலான விஷயம் — இதில் பிணைந்த dependencies இருக்கலாம் மற்றும் tests இல்லாமல் இருக்கலாம். Tests சுरक்ষிதமாக சேர்ப்பதில் **characterization tests**, dependencies உடைக்க **seams**, மற்றும் படிப்படியான மேம்பாடு போன்ற நுட்பங்கள் உள்ளன, இவை சுरक்ষிதமான மாற்றங்களை செய்ய உதவுகின்றன.

## Legacy code-ன் சவாலு

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

## Dependencies உடைத்தல் (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 code-க்கு tests சேர்ப்பது எப்படி என்று புரிந்து கொள்வது மூத்த-நிலை மதிப்புமிக்க அறிவு ஆகும், ஏனெனில் **பெரும்பாலான நிஜ-உலக வேலை existing, பெரும்பாலும் test செய்யப்படாத code உடன் உள்ளது**, மற்றும் அதை பாதுகாப்பாக மேம்படுத்துவது ஒரு பொதுவான, முக்கியமான சவால், எனவே இது நடைமுறை ரீதியாக பொருத்தமானது.

Legacy code (test செய்யப்படாத, இறுக்கமாக இணைந்த, மாற்ற கடினமான) ஒரு உண்மையான **கோழி-முட்டை சிக்கல்** வழங்குகிறது: அதை பாதுகாப்பாக மாற்ற tests தேவை, ஆனால் அதை test செய்வது கடினம் (பிணைந்த dependencies, testing க்காக வடிவமைக்கப்படவில்லை) — மற்றும் test செய்யப்படாத code ஐ மாற்றுவது ஆபத்தானது, ஏனெனில் நீங்கள் ஏதாவது உடைத்தீர்களா என்று சொல்ல முடியாது.

இந்த சிக்கலை சமாளிக்க நுட்பங்களை புரிந்து கொள்வது மதிப்புமிக்க நடைமுறை அறிவு. **Characterization tests** (code-ன் *தற்போதைய* நடத்தையை capture செய்தல், அது என்ன செய்கிறது என்பதை assert செய்தல் — முழுமையாக புரியாத போதும் அது என்ன செய்ய வேண்டும் என்பது அல்ல) ஒரு **பாதுகாப்பு வலையை** வழங்குகிறது, இது refactor செய்ய மற்றும் மாற்ற அனுமதிக்கிறது, தற்போதைய நடத்தை பாதுகாப்பாக சேமிக்கப்படுகிறது என்ற நம்பிக்கையுடன் — நீங்கள் முழுமையாக புரியாத code ஐ வேலை செய்வதற்கான முக்கிய நுட்பம்.

**Seams மூலம் dependencies உடைத்தல்** (substitute dependencies இடங்களை தேடி அல்லது உருவாக்கி, பிணைந்த code ஐ testable செய்ய minimal safe refactors ஐ பயன்படுத்தி — Michael Feathers' legacy code வேலைகளிலிருந்து நுட்பங்கள்) புரிந்து கொள்வது test செய்ய கடினமான code ஐ test-க்குள் கொண்டு வருவதற்கு அத்தியாவசியம்.

**படிப்படியான அணுகுமுறை** — code மாற்ற முன் அதைச் சுற்றி tests சேர்த்தல் (மாற்றத்திற்கான பாதுகாப்பு வலையை), மாறிய அல்லது high-risk/high-value பகுதிகளில் கவனம் செலுத்துதல் (முழு codebase-ம் அல்ல), மற்றும் படிப்படியாக மேம்படுத்துதல் (boy scout விதி) — புரிந்து கொள்வது legacy systems ஐ காலநெடுமாக மேம்படுத்தும் நடைமுறையான, யதார்த்தமான வழியை பிரதிபலிக்கிறது.

பெரும்பாலான நிஜ-உலக development existing, பெரும்பாலும் test செய்யப்படாத legacy code உடன் பாதுகாப்பாக மாற்ற வேண்டுமாக உள்ளது (ஒரு பொதுவான, சவாலான சூழ்நிலை), மற்றும் நுட்பங்களை புரிந்து கொள்வது (பாதுகாப்பு வலைக்கான characterization tests, dependencies உடைக்க seams, படிப்படியான மேம்பாடு) இதை செய்ய உதவுகிறது, legacy code-க்கு tests சேர்ப்பது எப்படி என்து புரிந்து கொள்வது மதிப்புமிக்க மூத்த-நிலை அறிவு — existing test செய்யப்படாத code ஐ வேலை செய்வதன் பொதுவான யதார்த்தத்திற்கு நடைமுறை ரீதியாக பொருத்தமான, legacy systems ஐ பாதுகாப்பாக மேம்படுத்த தேவைப்படும் அனுபவம் மற்றும் நுட்பங்களை பிரதிபலித்து, மூத்த engineers க்கு ஒரு முக்கிய திறமை, அவர்கள் அடிக்கடி test செய்யப்படாத code ஐ பாதுகாப்பாக மாற்றக்கூடியதாக செய்ய வேண்டும்.