테스트 커버리지 (Test Coverage)

테스트 커버리지는 테스트 대상 시스템이나 소프트웨어에 대해 얼마나 충분한 테스트가 수행되었는지를 나타내는 척도. 즉, 작성된 테스트 코드가 실제 프로덕션 코드를 얼마나 검증하고 있는지를 백분율로 표현한다.

테스트 커버리지를 측정하기 위해서는 실제로 코드가 실행되어야 하므로 테스트 커버리지는 기본적으로 동적 테스팅에 해당한다.
그리고, 테스트 커버리지를 측정하기 위해서는 코드의 내부 구조를 알아야 한다.
예를 들어:

구문 커버리지를 측정하려면 어떤 코드 라인이 실행되었는지 알아야 한다.
분기 커버리지를 측정하려면 조건문의 각 분기가 실행되었는지 알아야 한다.
경로 커버리지를 측정하려면 코드의 모든 가능한 실행 경로를 알아야 한다.
이러한 특성 때문에 테스트 커버리지는 화이트박스 테스팅 기법으로 분류된다.

테스트 커버리지가 실제 코드 실행을 통해(동적) 코드의 내부 구조를 분석하여(화이트박스) 테스트의 완성도를 측정하는 도구이다.
테스트 커버리지 자체는 측정 도구이며, 이를 측정하는 과정에서 정적 분석 도구를 보조적으로 사용할 수 있다.

구문 커버리지(Statement Coverage):
가장 기본적인 커버리지 측정 방식으로, 각 구문이 최소 한 번 이상 실행되었는지를 측정한다.
예를 들어, 100줄의 코드 중 80줄이 테스트되었다면 구문 커버리지는 80%이다.
하지만 구문 커버리지만으로는 충분한 테스트를 보장할 수 없다.
분기 커버리지(Branch Coverage):
조건문(if-else, switch 등)의 각 분기가 테스트되었는지를 측정합니다.
예를 들어:
1 2 3 4 5
if (age > 18) { allowAccess(); } else { denyAccess(); }
이 코드의 완전한 분기 커버리지를 위해서는 age가 18보다 큰 경우와 작은 경우 모두를 테스트해야 한다.
조건 커버리지(Condition Coverage):
복합 조건문의 각 조건이 true와 false 모두 테스트되었는지를 측정한다.
예를 들어:
1 2 3
if (age > 18 && hasValidID) { allowAccess(); }
이 경우 (age > 18)과 hasValidID 각각에 대해 true/false 케이스를 테스트해야 한다.
경로 커버리지(Path Coverage):
프로그램의 모든 가능한 실행 경로가 테스트되었는지를 측정한다.
이는 가장 완전한 형태의 커버리지이지만, 실제로 100% 달성하기는 매우 어렵다.

커버리지 측정 결과는 다음 정보를 포함하여 보고해야 한다:

테스트 커버리지 (Test Coverage)#