test coverage என்றால் என்ன?

Question

Accepted Answer

**Test coverage** என்பது **tests மூலம் execute செய்யப்படும் code-ன் அளவை** அளவிடுகிறது — பொதுவாக ஒரு சதவீதமாக (உதாரணமாக 80% coverage). இది untested code-ஐ கண்டறிய பயனுள்ள metric, ஆனால் அதன் வரம்புகளை புரிந்துகொள்வது முக்கியம்: high coverage நல்ல tests-ஐ உறுதி செய்யாது.

## Coverage அளவிடுவது

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

## Coverage ஏன் பயனுள்ளது

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

## ஏன் இது முக்கியம்

Test coverage-ஐ புரிந்துகொள்வது — அதன் வரம்புகளை உட்பட — மதிப்புள்ளது, ஏனெனில் இது **பொதுவாக பயன்படுத்தப்படும் metric** ஆக உள்ளது, சரியாக புரிந்துகொள்ளப்படும் போது பயனுள்ளது ஆனால் தவறாக பயன்படுத்தப்படும் போது தவறாக வழிநடத்துகிறது, எனவே இது முக்கியமான நடைமுறை அறிவு.

Coverage **tests-ல் execute செய்யப்படும் code-ன் அளவை அளவிடுகிறது** (சதவீதமாக, line, branch, function, அல்லது statement coverage வழியாக), மற்றும் இதை புரிந்துகொள்வது பயனுள்ளது, ஏனெனில் இது **untested code-ஐ கண்டறிகிறது** (tests பற்றாக்குறையுள்ள இடங்களை வெளிப்படுத்துகிறது — testing தேவையான என்னை கண்டறிய ஒரு மதிப்புள்ள வழி), அளவிடக்கூடிய quality signal-ஐ teams track செய்யக்கூடிய வகையில் வழங்குகிறது, மற்றும் missed branches மற்றும் error cases-ஐ highlight செய்கிறது.

நிறைய teams coverage-ஐ targets உடன் quality metric-ஆக பயன்படுத்துகின்றன.

ஆனால், **வரம்புகளை புரிந்துகொள்வது விமர்சகமாக முக்கியம்**: **high coverage நல்ல tests-ன் சமம் அல்ல** — coverage code *execute* செய்யப்பட்டுள்ளது என்பதை காட்டுகிறது, அதன் behavior சரியாக *verified* செய்யப்பட்டுள்ளது என்பதை அல்ல, எனவே நீங்கள் high (100% கூட) coverage உடன் meaningless tests-ஐ கொண்டிருக்கலாம் (proper assertions இல்லாமல் code-ஐ execute செய்வது எதையும் verify செய்யாது), மற்றும் full coverage bugs-ஐ miss செய்யலாம் (untested input combinations, logic errors).

**Coverage number-ஐ chase செய்வதின்** (target-ஐ hit செய்ய குறைந்த மதிப்பு tests எழுத) ஆபத்து ஒரு உண்மையான anti-pattern ஆக உள்ளது.

**Coverage quality-ஐ உறுதி செய்வது அல்ல, gaps-ஐ கண்டறிய ஒரு பயனுள்ள guide** என்பதை புரிந்துகொள்வது — மற்றும் focus ஒரு சதவீதத்தை hit செய்வதை விட முக்கியமான behavior-ஐ நன்றாக testing செய்வதில் இருக்க வேண்டும் — என்பது maturity judgment-ஐ reflect செய்கிறது, coverage-ஐ tool-ஐ விட goal-ஆக treat செய்வதன் பொதுவான தவறை தவிர்க்கிறது.

Coverage ஒரு பரவலாக பயன்படுத்தப்படும் metric ஆக உள்ளது, இது genuinely பயனுள்ளது (untested code-ஐ கண்டறிதல்) ஆனால் பொதுவாக தவறாக புரிந்துகொள்ளப்பட்டு misused (quality guarantee அல்லது gaming-க்கான target-ஆக treat செய்யப்படுகிறது), மற்றும் அதன் மதிப்பு மற்றும் அதன் முக்கியமான வரம்புகள் இரண்டையும் புரிந்துகொள்வது wisely பயன்படுத்த enable செய்கிறது, test coverage-ஐ புரிந்துகொள்வது மதிப்புள்ள, நடைமுறைக்கு பொருந்தக்கூடிய அறிவு ஆக உள்ளது — சரியாக புரிந்துகொள்ள ஒரு பயனுள்ள metric, அங்கு அதன் வரம்புகளை மதிப்பு கொடுப்பது (coverage ≠ quality) metric தன்னையே போல முக்கியமான ஆக உள்ளது, sound testing judgment-ஐ reflect செய்கிறது.