तपाई legacy code मा परीक्षण कसरी थप्नु हुन्छ?

Question

Accepted Answer

**Legacy code** (प्रायः परीक्षण गरिएको छैन, परिवर्तन गर्न गाह्रो कोड) परीक्षण गर्न चुनौतीपूर्ण हुन्छ — यसमा जटिल dependencies र कुनै परीक्षण नहुन सक्छ। सुरक्षित रूपमा परीक्षण थप्ने कार्यमा **characterization tests**, **seams** (dependencies तोड्नको लागि), र वृद्धिशील सुधार समावेश हुन्छ, जसले सुरक्षित परिवर्तन सक्षम गर्छ।

## 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 मा परीक्षण कसरी थप्ने भन्ने कुरा बुझ्नु वरिष्ठ-स्तरको मूल्यवान ज्ञान हो किनकि **अधिकांश वास्तविक-विश्व कार्य अस्तित्वमा रहेको, प्रायः परीक्षण गरिएको छैन भन्ने कोडसँग जुर्लिएको हुन्छ**, र यो सुरक्षित रूपमा सुधार गर्नु एक सामान्य, महत्त्वपूर्ण चुनौती हो, त्यसैले यो व्यावहारिक रूपमा प्रासंगिक छ।

Legacy code (परीक्षण गरिएको छैन, कसिलो युग्मित, परिवर्तन गर्न गाह्रो) एक वास्तविक **मुरगी-र-अण्डा समस्या** प्रस्तुत गर्छ: यो सुरक्षित रूपमा परिवर्तन गर्न तपाईलाई परीक्षण चाहिन्छ, तर यो परीक्षण गर्न गाह्रो छ (जटिल dependencies, परीक्षणको लागि डिजाइन गरिएको छैन) — र परीक्षण गरिएको छैन भन्ने कोड परिवर्तन गर्नु खतरनाक छ किनकि तपाईले कुनै कुरा भाङ्गेयौ भन्ने कुरा बताउन सक्नु हुन्न।

यो समस्या समाधान गर्ने प्रविधिहरू बुझ्नु मूल्यवान व्यावहारिक ज्ञान हो। **Characterization tests** (कोडको *वर्तमान* व्यवहार क्यापचर गर्दै, यो वास्तवमा के गर्छ भन्ने कुरा assertion गर्दै नकि यो के गर्नु चाहिन्छ भन्ने कुरा — भले पनि पूर्ण रूपमा बुझिएको छैन) एक **सुरक्षा जाल** प्रदान गर्छ जसले तपाईलाई विश्वस्ततासाथ refactor र परिवर्तन गर्न दिन्छ कि अस्तित्वमा रहेको व्यवहार सुरक्षित रहन्छ — तपाईले पूर्ण रूपमा बुझ्न नसक्ने कोडसँग काम गर्ने मुख्य प्रविधि।

**Seams को माध्यमबाट dependencies तोड्ने** (dependencies प्रतिस्थापन गर्ने ठाउँहरू खोज्दै वा सिर्जना गर्दै, जटिल कोडलाई परीक्षनयोग्य बनाउन न्यूनतम सुरक्षित refactors प्रयोग गर्दै — Michael Feathers को legacy code मा काम गर्ने प्रविधिहरू) बुझ्नु परीक्षन गर्न गाह्रो कोड परीक्षणको अन्तर्गत ल्याउनको लागि आवश्यक हो।

**वृद्धिशील दृष्टिकोण** — परिवर्तन गर्नुभन्दा पहिले कोडको चारपास परीक्षण थप्नु (परिवर्तनको लागि सुरक्षा जाल), परिवर्तन गरिएका वा उच्च-जोखिम/उच्च-मूल्यका क्षेत्रहरूमा फोकस गर्नु (एक पटकमा पूरो codebase होइन), र वृद्धिशील रूपमा सुधार गर्नु (boy scout नियम) — legacy प्रणालीहरू समय अनुसार सुधार गर्ने व्यावहारिक, यथार्थवादी तरिका प्रतिबिम्बित गर्छ।

अधिकांश वास्तविक-विश्व विकास अस्तित्वमा रहेको, प्रायः परीक्षण गरिएको छैन भन्ने legacy code सँग जुर्लिएको हुन्छ जो सुरक्षित रूपमा परिवर्तन गरिनु पर्छ (सामान्य, चुनौतीपूर्ण अवस्था), र प्रविधिहरू (characterization tests सुरक्षा जालको लागि, dependencies तोड्न seams, वृद्धिशील सुधार) बुझ्नु यो गर्न सक्षम गर्छ, legacy code मा परीक्षण कसरी थप्ने भन्ने कुरा बुझ्नु मूल्यवान वरिष्ठ-स्तरको ज्ञान हो — वास्तविक अस्तित्वमा रहेको परीक्षण गरिएको छैन भन्ने कोडसँग काम गर्ने सामान्य वास्तविकताको लागि व्यावहारिक रूपमा प्रासंगिक, legacy प्रणालीहरू सुरक्षित रूपमा सुधार गर्न आवश्यक अनुभव र प्रविधिहरू प्रतिबिम्बित गर्दै, वरिष्ठ ईञ्जिनियरहरूको लागि महत्त्वपूर्ण योग्यता जो प्रायः परीक्षण गरिएको छैन भन्ने कोडलाई सुरक्षित गर्न परिवर्तन गरिनु पर्छ।