आप legacy code में tests कैसे जोड़ते हैं?

Question

Accepted Answer

**Legacy code** (अक्सर untested, बदलने में कठिन code) को test करना चुनौतीपूर्ण है — इसमें tangled dependencies हो सकती हैं और कोई tests नहीं। सुरक्षित रूप से tests जोड़ने में **characterization tests**, dependencies को तोड़ने के लिए **seams**, और incremental improvement जैसी तकनीकें शामिल हैं, जो सुरक्षित बदलाव सक्षम करती हैं।

## 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 (वर्तमान behavior को pin down करना)

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

## Incremental दृष्टिकोण

```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 जोड़ने का तरीका समझना valuable senior-level knowledge है क्योंकि **अधिकांश वास्तविक-दुनिया का काम मौजूदा, अक्सर untested code से जुड़ा होता है**, और इसे सुरक्षित रूप से सुधारना एक सामान्य, महत्वपूर्ण चुनौती है, इसलिए यह व्यावहारिक रूप से प्रासंगिक है।

Legacy code (untested, tightly coupled, बदलने में कठिन) एक वास्तविक **chicken-and-egg problem** पेश करता है: इसे सुरक्षित रूप से बदलने के लिए आपको tests चाहिए, लेकिन इसे test करना कठिन है (tangled dependencies, testing के लिए design नहीं किया गया) — और untested code को बदलना खतरनाक है क्योंकि आप नहीं बता सकते कि आपने कुछ तोड़ा या नहीं।

इसे संबोधित करने की तकनीकों को समझना valuable व्यावहारिक knowledge है। **Characterization tests** (code के *वर्तमान* behavior को as-is capture करना, यह assert करना कि यह वास्तव में क्या करता है न कि क्या करना चाहिए — भले ही पूरी तरह से समझा न गया हो) एक **safety net** प्रदान करते हैं जो आपको आत्मविश्वास के साथ refactor और बदलाव करने देता है कि मौजूदा behavior संरक्षित है — उस code के साथ काम करने के लिए एक मुख्य तकनीक जिसे आप पूरी तरह से नहीं समझते।

**seams के माध्यम से dependencies तोड़ना** को समझना (dependencies को substitute करने के लिए स्थान खोजना या बनाना, tangled code को testable बनाने के लिए minimal safe refactors का उपयोग करना — Michael Feathers के legacy code पर काम की तकनीकें) hard-to-test code को test के तहत लाने के लिए आवश्यक है।

**incremental दृष्टिकोण** को समझना — बदलने से पहले code के आसपास tests जोड़ना (बदलाव के लिए एक safety net), बदले जा रहे या high-risk/high-value areas पर ध्यान केंद्रित करना (पूरे codebase पर एक साथ नहीं), और incrementally सुधार करना (boy scout rule) — समय के साथ legacy systems को सुधारने के pragmatic, realistic तरीके को दर्शाता है।

चूँकि अधिकांश वास्तविक-दुनिया development में मौजूदा, अक्सर untested legacy code शामिल होता है जिसे सुरक्षित रूप से बदला जाना चाहिए (एक सामान्य, चुनौतीपूर्ण स्थिति), और चूँकि तकनीकों (safety net के लिए characterization tests, dependencies तोड़ने के लिए seams, incremental improvement) को समझना इसे करने में सक्षम बनाता है, इसलिए legacy code में tests जोड़ने का तरीका समझना valuable senior-level knowledge है — मौजूदा untested code के साथ काम करने की सामान्य वास्तविकता के लिए व्यावहारिक रूप से प्रासंगिक, legacy systems को सुरक्षित रूप से सुधारने के लिए आवश्यक अनुभव और तकनीकों को दर्शाता है, उन senior engineers के लिए एक महत्वपूर्ण competency जिन्हें अक्सर untested code को बदलने के लिए सुरक्षित बनाना पड़ता है।