તમે લિગેસી કોડમાં ટેસ્ટ્સ કેવી રીતે ઉમેરો છો?

Question

Accepted Answer

**લિગેસી કોડ** (ઘણીવાર પરીક્ષણ વિનાનો, બદલવાში મુશ્કેલ કોડ) પરીક્ષણ કરવા માટે પડકારજનક છે — તેમાં ગૂંચવાયેલ નિર્ભરતાઓ અને કોઈ પરીક્ષણો નથી હોતા. સુરક્ષિત રીતે પરીક્ષણો ઉમેરવામાં **લક્ષણ પરીક્ષણો**, નિર્ભરતાઓ તોડવા માટે **સીમ્સ**, અને ક્રમશ સુધાર જેવી તકનીકો સમાવેશ થાય છે, જે સુરક્ષિત પરિવર્તનો સક્ષમ કરે છે.

## લિગેસી કોડનો પડકાર

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

## લક્ષણ પરીક્ષણો (વર્તમાન આચરણ નક્કી કરો)

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

## નિર્ભરતાઓ તોડવી (સીમ્સ)

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

## તે શા માટે મહત્વપૂર્ણ છે

લિગેસી કોડમાં પરીક્ષણો ઉમેરવા માટે કેવી રીતે જાણવું તે મૂલ્યવાન સિનિયર-સ્તરનું જ્ઞાન છે કારણ કે **વાસ્તવિક-વિશ્વનું કાર્યકર્મ હાલના, ઘણીવાર પરીક્ષણ વિનાનો કોડ સમાવે છે**, અને તેને સુરક્ષિત રીતે સુધારવું એક સામાન્ય, મહત્વપૂર્ણ પડકાર છે, તેથી તે વ્યવહારીક રીતે પ્રાસંગિક છે.

લિગેસી કોડ (પરીક્ષણ વિનાનો, કડક રીતે જોડાયેલો, બદલવાში મુશ્કેલ) એક વાસ્તવિક **મુર્ગી-અને-ઈંડાની સમસ્યા** રજૂ કરે છે: તેને સુરક્ષિત રીતે બદલવા માટે તમને પરીક્ષણોની જરૂર છે, પરંતુ તેને પરીક્ષણ કરવું મુશ્કેલ છે (ગૂંચવાયેલ નિર્ભરતાઓ, પરીક્ષણ માટે ડિજાઇન કરવામાં આવ્યો નથી) — અને પરીક્ષણવિહીન કોડમાં પરિવર્તન કરવું ખતરનાક છે કારણ કે તમે કહી શકતા નથી કે તમે કંઈક તોડ્યું છે કે નહીં.

તેને સંબોધવા માટે તકનીકો સમજવું મૂલ્યવાન વ્યવહારિક જ્ઞાન છે. **લક્ષણ પરીક્ષણો** (કોડના *વર્તમાન* આચરણને કેપ્ચર કરવું જેમ છે, તે વાસ્તવમાં શું કરે છે તેનું નિવેદન કરવું તેના બદલે તે શું કરવું જોઈએ તેના — ભલે સંપૂર્ણ રીતે સમજાયું નથી) એક **સુરક્ષા જાળી** પ્રદાન કરે છે જે તમને વિશ્વાસ સાથે રિફેક્ટર અને બદલવાની ફરજ પાડે છે કે હાલનું આચરણ સાચવવામાં આવેલ છે — એક મુખ્ય તકનીક એવા કોડ સાથે કામ કરવા માટે જેને તમે સંપૂર્ણ રીતે સમજતા નથી.

**સીમ્સ દ્વારા નિર્ભરતાઓ તોડવું** સમજવું (નિર્ભરતાઓને બદલવાનું સ્થાન શોધવું અથવા બનાવવું, ન્યૂનતમ સુરક્ષિત રિફેક્ટર્સ ব્યવહાર કરીને ગૂંચવાયેલ કોડને પરીક્ષણીય બનાવવું — માઈકલ ફેધર્સના કામ પર આધારિત તકનીકો) કઠીન-તો-પરીક્ષણ કોડને પરીક્ષણ હેઠળ આવવા માટે આવશ્યક છે.

**ક્રમશ અભિગમ** સમજવું — પરીક્ષણો ઉમેરવું કોડની આસપાસ બદલતા પહેલાં (પરિવર્તન માટે સુરક્ષા જાળી), બદલાતા વિસ્તારો અથવા ઉચ્ચ-જોખમ/ઉચ્ચ-મૂલ્ય વિસ્તારોમાં ધ્યાન કેન્દ્રિત કરવું (એક જ વખતે સમગ્ર કોડબેસ નહીં), અને ક્રમશ સુધાર (બોય સ્કાઉટ નિયમ) — લિગેસી સિસ્ટમ્સને સમય કાપે સુધારવાની વ્યવહારિક, વાસ્તવવાદી રીત પ્રતિબિંબિત કરે છે.

જોકે વાસ્તવિક-વિશ્વનો વિકાસ હાલના, ઘણીવાર પરીક્ષણ વિનાનો લિગેસી કોડ સમાવે છે જે સુરક્ષિત રીતે બદલવો જોઈએ (એક સામાન્ય, પડકારજનક પરિસ્થિતિ), અને જોકે તકનીકો સમજવું (સુરક્ષા જાળી માટે લક્ષણ પરીક્ષણો, નિર્ભરતાઓ તોડવા માટે સીમ્સ, ક્રમશ સુધાર) તે કરવા સક્ષમ કરે છે, લિગેસી કોડમાં પરીક્ષણો ઉમેરવા માટે કેવી રીતે જાણવું તે મૂલ્યવાન સિનિયર-સ્તરનું જ્ઞાન છે — હાલના પરીક્ષણવિહીન કોડ સાથે કામ કરવાની સામાન્ય વાસ્તવતા માટે વ્યવહારીક રીતે પ્રાસંગિક, લિગેસી સિસ્ટમ્સને સુરક્ષિત રીતે સુધારવા માટે જરૂરી અનુભવ અને તકનીકોને પ્રતિબિંબિત કરે છે, સિનિયર ઈંજિનિયર્સ માટે એક મહત્વપૂર્ણ યોગ્યતા જેમણે ઘણીવાર પરીક્ષણવિહીન કોડને બદલવા માટે સુરક્ષિત બનાવવો જોઈએ.