ਤੁਸੀਂ ਪੁਰਾਣੇ ਕੋਡ ਵਿੱਚ ਟੈਸਟ ਕਿਵੇਂ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋ?

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

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਪੁਰਾਣੇ ਕੋਡ ਵਿੱਚ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰਨ ਦਾ ਤਰੀਕਾ ਸਮਝਣਾ ਸੀਨੀਅਰ-ਸਤਰ ਦਾ ਕੀਮਤੀ ਗਿਆਨ ਹੈ ਕਿਉਂਕਿ **ਬਿਆਨ-ਭਰ ਦਾ ਬਿਆਨ ਮੌਜੂਦਾ, ਅਕਸਰ ਨਾ-ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਵਿੱਚ ਨਿਹਿਤ ਹੈ**, ਅਤੇ ਇਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਬਿਹਤਰ ਬਣਾਉਣਾ ਇੱਕ ਆਮ, ਮਹੱਤਵਪੂਰਨ ਚੁਣੌਤੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਵਿਹਾਰਕ ਢੰਗ ਨਾਲ ਪ੍ਰਸੰਗਿਕ ਹੈ।

ਪੁਰਾਣਾ ਕੋਡ (ਨਾ-ਟੈਸਟ ਕੀਤਾ, ਮਜ਼ਬੂਤੀ ਨਾਲ ਜੁੜਿਆ, ਬਦਲਣ ਵਿੱਚ ਮੁਸ਼ਕਲ) ਇੱਕ ਅਸਲੀ **ਮੁਰਗੀ-ਅਤੇ-ਅੰਡਾ ਦੀ ਸਮੱਸਿਆ** ਪੇਸ਼ ਕਰਦਾ ਹੈ: ਇਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਬਦਲਣ ਲਈ ਤੁਹਾਨੂੰ ਟੈਸਟ ਦੀ ਲੋੜ ਹੈ, ਪਰ ਇਸ ਨੂੰ ਟੈਸਟ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ (ਉਲਝੇ ਡਿਪੈਂਡੈਂਸੀਜ਼, ਟੈਸਟਿੰਗ ਲਈ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਕੀਤਾ) — ਅਤੇ ਨਾ-ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਨੂੰ ਬਦਲਣਾ ਖ਼ਤਰਨਾਕ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਤੁਸੀਂ ਕੁਝ ਭੰਨ ਤਾਂ ਨਹੀਂ ਗਿਆ।

ਇਸ ਮੁਦੇ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਲਈ ਤਕਨੀਕਾਂ ਨੂੰ ਸਮਝਣਾ ਕੀਮਤੀ ਵਿਹਾਰਕ ਗਿਆਨ ਹੈ। **ਵਿਸ਼ੇਸ਼ਤਾ ਟੈਸਟ** (ਕੋਡ ਦੇ *ਮੌਜੂਦਾ* ਵਿਵਹਾਰ ਨੂੰ ਕੇਵਲ ਜਿਵੇਂ ਹੈ ਪਕੜਨਾ, ਜਿਸ ਨੂੰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਉਸ ਦੀ ਬਜਾਏ ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ — ਭਾਵੇਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝਿਆ ਨਾ ਗਿਆ ਹੋ) **ਸੁਰੱਖਿਆ ਜਾਲ** ਫਿਰ ਲਿਆ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਹਿਸਾਬ ਲਗਾਉਣ ਅਤੇ ਲਥੀ ਵਿੱਚ ਇਸ ਤੱਥ ਦੇ ਨਾਲ ਬਦਲਾਵ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ — ਕਵੋਟਾ ਤਕਨੀਕ ਜੋ ਤੁਸੀਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝ ਨਹੀਂ ਪਾ ਸਕਦੇ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਕ।

**ਸੀਮਜ਼ ਦੁਆਰਾ ਡਿਪੈਂਡੈਂਸੀਜ਼ ਨੂੰ ਤੋੜਨਾ** (ਡਿਪੈਂਡੈਂਸੀਜ਼ ਦੀ ਥਾਂ ਲੈਣ ਲਈ ਥਾਂ ਲੱਭਣਾ ਜਾਂ ਬਣਾਨਾ, ਉਲਝੇ ਹੋਏ ਕੋਡ ਨੂੰ ਟੈਸਟ ਕੀਤਾ ਹੋਣ ਯੋਗ ਬਣਾਉਣ ਲਈ ਨਿਊਨਤਮ ਸੁਰੱਖਿਤ ਪੁਨਰ-ਮਿਸਾਲ ਦੀ ਵਰਤੋਂ ਕਰੋ — Michael Feathers ਦੀ ਪੁਰਾਣੇ ਕੋਡ ਉੱਤੇ ਕੰਮ ਤੋਂ ਤਕਨੀਕਾਂ) ਸਖ਼ਤ-ਟੈਸਟ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲੇ ਕੋਡ ਨੂੰ ਟੈਸਟ ਦੇ ਤਹਿਤ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

**ਖਿੰਡੀ ਖਿੰਡੀ ਪਹੁੰਚ** — ਕੋਡ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਦੁਆਲੇ ਟੈਸਟ ਜੋੜਨਾ (ਤਬਦੀਲੀ ਲਈ ਸੁਰੱਖਿਆ ਜਾਲ), ਬਦਲਿਆ ਜਾ ਰਿਹਾ ਖੇਤਰਾਂ ਜਾਂ ਉੱਚ-ਜ਼ਖ਼ਮ/ਉੱਚ-ਮੁੱਲ 'ਤੇ ਕੇਂਦਰਿਤ ਕਰਨਾ (ਪੂਰੇ ਕੋਡਬੇਸ ਏਕਾ 'ਤੇ ਨਹੀਂ), ਅਤੇ ਖਿੰਡੀ ਖਿੰਡੀ ਸੁਧਾਰ ਕਰਨਾ (ਬੱਕ ਸਕਾਉਟ ਰੂਲ) — ਵਿਰਾਸਤ ਪ੍ਰਬਂਧਾਂ ਨੂੰ ਸਮੇਂ ਦੌਰਾਨ ਬਿਹਤਰ ਬਣਾਉਣ ਦਾ ਵਿਹਾਰਕ, ਯਥਾਰਥਵਾਦੀ ਢੰਗ ਦਿਖਾਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਬਿਆਨ-ਦਿਨਚਰਿਆ ਵਿਕਾਸ ਮੌਜੂਦਾ, ਅਕਸਰ ਨਾ-ਟੈਸਟ ਕੀਤੇ ਵਿਰਾਸਤ ਕੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ ਜੋ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਇੱਕ ਆਮ, ਚੁਣੌਤੀਪੂਰਣ ਸਥਿਤੀ), ਅਤੇ ਕਿਉਂਕਿ ਤਕਨੀਕਾਂ (ਸੁਰੱਖਿਆ ਜਾਲ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾ ਟੈਸਟ, ਡਿਪੈਂਡੈਂਸੀਜ਼ ਨੂੰ ਤੋੜਨ ਲਈ ਸੀਮਜ਼, ਖਿੰਡੀ ਖਿੰਡੀ ਸੁਧਾਰ) ਨੂੰ ਸਮਝਣਾ ਇਹ ਕਰ ਸਕਦਾ ਹੈ, ਪੁਰਾਣੇ ਕੋਡ ਵਿੱਚ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰਨ ਬਾਰੇ ਸਮਝਣਾ ਕੀਮਤੀ ਸੀਨੀਅਰ-ਸਤਰ ਦਾ ਗਿਆਨ ਹੈ — ਮੌਜੂਦਾ ਨਾ-ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਆਮ ਹਕੀਕਤ ਲਈ ਵਿਹਾਰਕ ਢੰਗ ਨਾਲ ਪ੍ਰਸੰਗਿਕ, ਵਿਰਾਸਤ ਪ੍ਰਬੰਧਾਂ ਨੂੰ ਸੁਰੱਖਿਤ ਢੰਗ ਨਾਲ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦਾ ਅਨੁਭਵ ਅਤੇ ਤਕਨੀਕਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ, ਸੀਨੀਅਰ ਇੰਜੀਨੀਅਰਾਂ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਯੋਗਤਾ ਜੋ ਅਕਸਰ ਨਾ-ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਨੂੰ ਬਦਲਣ ਲਈ ਸੁਰੱਖਿਤ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।