परीक्षण कभरेज भनेको के हो?

Question

Accepted Answer

**परीक्षण कभरेज** ले कोड को कति भाग परीक्षणहरु द्वारा **कार्यान्वित** हुन्छ भन्ने मापन गर्दछ — सामान्यतः प्रतिशतको रूपमा (उदाहरणको लागि ८०% कभरेज)। यो अनपरीक्षित कोड खोज्न एक उपयोगी मेट्रिक हो, तर यसको सीमाहरु बुझ्न महत्त्वपूर्ण छ: उच्च कभरेज राम्रो परीक्षणहरु को ग्यारेन्टी दिदैन।

## कभरेज ले के मापन गर्दछ

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

## यो किन महत्त्वपूर्ण छ

परीक्षण कभरेज बुझ्न — यसको सीमाहरु सहित — मूल्यवान छ किनभने यो एक **सामान्यतया प्रयोग गरिने मेट्रिक** हो जो सही तरिकाले बुझिए उपयोगी छ तर गलतसँग प्रयोग गरिए भ्रामक हुन्छ, त्यसैले यो महत्त्वपूर्ण व्यावहारिक ज्ञान हो।

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

धेरै टोलीहरु लक्ष्यहरु सहित गुणस्तर मेट्रिकको रूपमा कभरेज प्रयोग गर्दछ।

तथापि, **सीमाहरु बुझ्न गहिरो महत्त्वपूर्ण छ**: **उच्च कभरेज राम्रो परीक्षणहरु को बराबर नहोइन** — कभरेज देखाउँदछ कि कोड *कार्यान्वित* भएको छ, होइन कि यसको व्यवहार सही तरिकाले *सत्यापित* भएको छ, त्यसैले तपाईंसँग उच्च (यहाँसम्म १००%) कभरेज अर्थहीन परीक्षणहरु सहित हुन सक्छ (कोडलाई ठीक assertions बिना कार्यान्वित गर्नु केही पनि सत्यापन गर्दैन), र पूर्ण कभरेज अझै पनि बगहरु मिस गर्न सक्छ (अनपरीक्षित इनपुट संयोजनहरु, तर्क त्रुटिहरु)।

**कभरेज संख्या खोज्नु को खतरा** (कवल लक्ष्य हिट गर्न कम मान को परीक्षणहरु लेखनु) एक वास्तविक एन्टि-प्याटर्न हो।

यो बुझ्न कि **कभरेज गुणस्तर को ग्यारेन्टी होइन, अभाव खोज्न को लागि एक उपयोगी गाइड हो** — र कि ध्यान महत्त्वपूर्ण व्यवहार राम्रो तरिकाले परीक्षण गर्न मा हुनु पर्छ प्रतिशत हिट गर्न को भन्दा — परिपक्व निर्णय को प्रतिबिम्ब गर्दछ जो लक्ष्य को भन्दा एक उपकरण को रूपमा कभरेज उपचार गर्ने सामान्य गलती बेवास्ता गर्दछ।

कभरेज एक व्यापक रूपमा प्रयोग गरिने मेट्रिक हो जो साँच्चै उपयोगी छ (अनपरीक्षित कोड खोज्न) तर सामान्यतया गलत बुझिन्छ र गलतसँग प्रयोग गरिन्छ (गुणस्तर ग्यारेन्टी वा लक्ष्य को रूपमा उपचार गरिन्छ), र यो दुबै यसको मान र यसको महत्त्वपूर्ण सीमाहरु बुझ्न यो बुद्धिमत्तापूर्वक प्रयोग गर्न सक्षम गर्दछ, परीक्षण कभरेज बुझ्न मूल्यवान, व्यावहारिक-प्रासंगिक ज्ञान हो — एक उपयोगी मेट्रिक सही तरिकाले बुझ्न, जहाँ यसको सीमाहरु (कभरेज ≠ गुणस्तर) को मूल्य गर्न मेट्रिक आफै को जत्तिकै महत्त्वपूर्ण छ, राम्रो परीक्षण निर्णय को प्रतिबिम्ब गर्दछ।