🧪 Software Testing · 3/8 · 약 8분

시리즈 전체 보기

커버리지는 검증 진행 상황을 빠르게 보여 주는 강력한 요약값이다. 그래서 처음에는 비율이 높으면 충분히 확인한 것이고, 낮으면 시험을 더 추가해야 한다고 단순하게 생각했다.

하지만 숫자만으로는 어떤 중요한 조건이 빠졌는지, 실행하지 못한 이유가 무엇인지, 관찰한 경로가 실제 요구사항과 어떻게 연결되는지 알 수 없었다. 커버리지는 결론이 아니라 다음 질문을 고르는 지도에 더 가까웠다.

#Coverage · #RiskBasedTesting · #Traceability · #Testing

이 글에서 다룰 것

• 커버리지 수치가 말해 주는 것과 말해 주지 않는 것
• 미실행 항목을 위험과 요구사항 기준으로 우선순위화하는 방법
• 예외 사유와 판단 근거를 리포트에 남기는 구조

1. 숫자는 관찰 범위의 요약일 뿐이다

같은 비율도 의미가 다를 수 있다. 중요도가 낮은 반복 경로를 많이 실행한 경우와, 핵심 실패 조건을 포함한 경우를 숫자 하나로는 구분하기 어렵다. 먼저 측정 대상과 범위를 명확히 하고, 요구사항과 연결해 해석해야 한다.

커버리지 수치
      ↓
미실행 경로 확인
      ↓
REQ-001과 연결
      ↓
위험·실행 가능성·예외 사유 판단
   ↙          ↓          ↘
추가 시험   입력 보완   예외 검토

2. 미실행 1건을 세 가지 질문으로 바꿨다

가상의 REQ-001에 정상 흐름과 예외 흐름이 있다고 하자. 커버리지 리포트에서 예외 흐름이 미실행으로 보였을 때 바로 실패라고 단정하지 않고 다음 순서로 살펴볼 수 있다.

1. 이 경로가 어떤 요구사항과 위험에 연결되는가?
2. 실행하지 못한 이유가 입력 부족, 환경 제약, 기능 미도달 중 무엇인가?
3. 새 시험, 입력 보완, 예외 승인 중 어떤 행동이 필요한가?