टेस्ट कव्हरेज म्हणजे काय?

Question

Accepted Answer

**टेस्ट कव्हरेज** हे मापन करते की कोडचा किती भाग **टेस्ट्सद्वारे एक्सीक्यूट** होतो — सामान्यतः टक्केवारी म्हणून (उदा. 80% कव्हरेज). हे अनटेस्टेड कोड शोधण्यासाठी एक उपयुक्त मेट्रिक आहे, परंतु त्याची मर्यादा समजून घेणे महत्त्वाचे आहे: उच्च कव्हरेज चांगल्या टेस्ट्सची हमी देत नाही.

## कव्हरेज काय मापन करते

```text
TEST COVERAGE = the % of code exercised by the test suite:
  LINE coverage → % of code lines executed by tests
  BRANCH coverage → % of branches (if/else paths) taken
  FUNCTION coverage → % of functions called
  STATEMENT coverage → % of statements executed
→ Coverage tools instrument the code and report what tests do/don't exercise.
```

## कव्हरेज का उपयोगी आहे

```text
✓ FINDS UNTESTED code — low coverage areas reveal what lacks tests (a gap finder)
✓ A measurable quality signal; track it over time; many teams set a target (e.g. ≥80%)
✓ Highlights branches/paths/error cases that tests miss
```

## मर्यादा (महत्त्वाचे!)

```text
⚠️ HIGH COVERAGE ≠ GOOD TESTS:
  → coverage shows code was EXECUTED, NOT that behavior was correctly VERIFIED
  → you can execute code with NO meaningful assertions → 100% coverage, tests verify nothing
  → 100% coverage can still miss bugs (untested input combinations, logic errors)
⚠️ Chasing a coverage NUMBER → writing low-value tests just to hit the target
→ Coverage is a USEFUL guide (find gaps), NOT a guarantee of quality. Use it wisely;
  focus on testing important behavior well, not just hitting a percentage.
```

## का महत्त्वाचे आहे

टेस्ट कव्हरेज समजून घेणे — त्याची मर्यादा यांचसह — मूल्यवान आहे कारण हे एक **सामान्यतः वापरलेली मेट्रिक** आहे जी योग्यरित्या समजल्यास उपयुक्त आहे परंतु चुकीस्तरে वापरल्यास गदचुकीच आहे, म्हणून हे महत्त्वाचे व्यावहारिक ज्ञान आहे.

कव्हरेज **कोडचा किती भाग टेस्ट्सद्वारे एक्सीक्यूट होतो** हे मापन करते (टक्केवारीत, लाइन, ब्रांच, फंक्शन किंवा स्टेटमेंट कव्हरेजद्वारे), आणि हे समजून घेणे उपयुक्त आहे कारण हे **अनटेस्टेड कोड शोधते** (जिथे टेस्ट्स नाहीत असे अंतर उघड करून — कोणते टेस्ट करायचे हे ओळखण्याचा मौल्यवान मार्ग), संदर्भ टिम्‍स ट्रॅक करू शकतात अशी मापने योग्य गुणवत्ता सिग्नल प्रदान करते, आणि गमावलेल्या ब्रांच आणि त्रुटी प्रकरणांवर प्रकाश टाकते.

अनेक टीम्स कव्हरेज लक्ष्यांसह गुणवत्ता मेट्रिक म्हणून वापरतात.

तथापि, **मर्यादा समजून घेणे अत्यंत महत्त्वाचे आहे**: **उच्च कव्हरेज म्हणजे चांगले टेस्ट नाही** — कव्हरेज दर्शवते की कोड *एक्सीक्यूट* झाला, त्याचे वर्तन योग्यरित्या *सत्यापित* झाले असा नव्हे, म्हणून तुमच्याकडे उच्च (अगदी 100%) कव्हरेज असू शकते अर्थहीन टेस्ट्सनी (कोड एक्सीक्यूट करून योग्य assertions व्यतिरिक्त काहीही सत्यापित होत नाही), आणि पूर्ण कव्हरेज अजूनही बग्स मिस करू शकते (अनटेस्टेड इनपुट संयोजन, लॉजिक त्रुटी).

**कव्हरेज संख्या पीछे दोडत राहण्याचा** धोका (केवळ लक्ष्य पूर्ण करण्यासाठी कमी मूल्यचे टेस्ट लिहिणे) एक खरी अँटी-पैटर्न आहे.

**कव्हरेज हे अंतर शोधण्यासाठी एक उपयुक्त मार्गदर्शक आहे, गुणवत्तेची हमी नाही** — आणि लक्ष केंद्रित केले पाहिजे महत्त्वाचे वर्तन चांगल्या रीतीने टेस्ट करण्यावर टक्केवारी हिरावून नेण्याऐवजी — हे परिपक्व निर्णय प्रतिबिंबित करते जो कव्हरेजला लक्ष्याऐवजी साधन म्हणून हाताळण्याची सामान्य चूक टाळते.

कव्हरेज हे व्यापकपणे वापरलेली मेट्रिक असल्याने जी खरोखरच उपयुक्त आहे (अनटेस्टेड कोड शोधणे) परंतु सामान्यतः गमभीर आणि चुकीस्तरे समजल्या जाते (गुणवत्ता हमी किंवा गेमिंग करण्यायोग्य लक्ष म्हणून हाताळले जाते), आणि त्याची मूल्य आणि महत्त्वाची मर्यादा दोन्ही समजून घेणे यावर लक्ष्य करण्यास सक्षम करते हे ज्ञानरित्या वापरा, टेस्ट कव्हरेज समजून घेणे मौल्यवान, व्यावहारिकरित्या प्रासंगिक ज्ञान आहे — योग्य रीतीने समजायच्या एक उपयुक्त मेट्रिक, जिथे त्याची मर्यादा प्रशंसा करणे (कव्हरेज ≠ गुणवत्ता) मेट्रिकच प्रमाणे महत्त्वाचे आहे, ध्वनी टेस्टिंग निर्णय प्रतिबिंबित करते.