C++ 코드 커버리지 완벽 가이드 | gcov, lcov, Codecov 실전 활용
이 글의 핵심
C++ 코드 커버리지 측정부터 CI/CD 통합까지. gcov, lcov, Codecov 도구 비교, 라인/브랜치/함수 커버리지 분석, 테스트 품질 향상 전략. Google Test와 통합하여 실전 워크플로우 구축.
들어가며
“테스트는 작성했는데, 충분한지 어떻게 알 수 있을까요?” 코드 커버리지(Code Coverage)는 이 질문에 대한 정량적 답을 제공합니다. 테스트가 실제로 실행한 코드의 비율을 측정하여, 테스트되지 않은 영역을 찾아내는 강력한 도구입니다. 단위 테스트는 모든 언어에서 중요합니다. Python에서 pytest·CI, Node.js의 Jest, C++의 Google Test, Go의 go test, Rust의 cargo test는 각각의 생태계에서 표준에 가깝습니다. 커버리지 게이트를 CI에 넣는 흐름은 C++ GitHub Actions 멀티 OS 빌드와 Node.js GitHub Actions CI/CD에서 함께 다룹니다.
문제 시나리오
int divide(int a, int b) {
if (b == 0) { // 라인 1: 조건 체크
return 0; // 라인 2: 에러 처리 (미실행!)
}
return a / b; // 라인 3: 정상 경로
}
// 테스트 코드
TEST(DivideTest, NormalCase) {
EXPECT_EQ(divide(10, 2), 5); // 정상 케이스만 테스트
}
// 커버리지 측정 결과:
// - 라인 1: ✅ 실행됨 (조건 체크)
// - 라인 2: ❌ 실행 안됨 (에러 처리 누락!)
// - 라인 3: ✅ 실행됨 (정상 경로)
// 라인 커버리지: 66% (2/3)문제: 0으로 나누는 에러 케이스가 테스트되지 않았습니다! 이 글에서는 코드 커버리지의 종류부터 측정 도구, CI/CD 통합, 실전 워크플로우까지 다룹니다.
실전 경험에서 배운 교훈
이 기술을 실무 프로젝트에 처음 도입했을 때, 공식 문서만으로는 알 수 없었던 많은 함정들이 있었습니다. 특히 프로덕션 환경에서 발생하는 엣지 케이스들은 로컬 개발 환경에서는 재현조차 되지 않았죠.
가장 어려웠던 점은 성능 최적화였습니다. 처음엔 “동작만 하면 되겠지”라고 생각했지만, 실제 사용자 트래픽이 몰리면서 병목 지점들이 하나씩 드러났습니다. 특히 데이터베이스 쿼리 최적화, 캐싱 전략, 에러 핸들링 구조 등은 여러 번의 장애를 겪으면서 개선해 나갔습니다.
이 글에서는 그런 시행착오를 통해 얻은 실전 노하우와, “이렇게 하면 안 된다”는 교훈들을 함께 정리했습니다. 특히 트러블슈팅 섹션은 실제 장애 대응 경험을 바탕으로 작성했으니, 비슷한 문제를 마주했을 때 참고하시면 도움이 될 것입니다.
코드 커버리지 기본 개념
코드 커버리지는 테스트가 실행한 코드의 비율을 측정합니다.
gcov 사용법 (GCC 기본 도구)
gcov는 GCC에 내장된 코드 커버리지 분석 도구입니다.
gcov의 내부 동작 원리:
gcov 커버리지 측정 메커니즘:
1. 컴파일 단계 (--coverage 플래그):
┌─────────────────────────────────────┐
│ g++ --coverage program.cpp │
│ │
│ 내부 동작: │
│ 1. -fprofile-arcs 활성화 │
│ → 각 basic block 시작/끝에 │
│ 카운터 증가 코드 삽입 │
│ │
│ 2. -ftest-coverage 활성화 │
│ → .gcno 파일 생성 │
│ (그래프 구조, 라인 매핑) │
│ │
│ 3. libgcov.a 링크 │
│ → 런타임 데이터 수집 라이브러리 │
└─────────────────────────────────────┘
2. 실행 단계 (./program):
┌─────────────────────────────────────┐
│ 프로그램 시작 │
│ ↓ │
│ libgcov 초기화 │
│ - 카운터 배열 메모리 할당 │
│ - .gcno 파일 읽기 │
│ ↓ │
│ 코드 실행 │
│ - 각 basic block 실행 시 │
│ 해당 카운터 증가 │
│ - if (condition) → 브랜치 카운터 │
│ - function call → 함수 카운터 │
│ ↓ │
│ 프로그램 종료 (exit, main return) │
│ - atexit() 핸들러 호출 │
│ - 카운터 데이터 → .gcda 파일 쓰기 │
└─────────────────────────────────────┘
3. 분석 단계 (gcov program.cpp):
┌─────────────────────────────────────┐
│ gcov 실행 │
│ ↓ │
│ .gcno 파일 읽기 │
│ - 그래프 구조 (basic block 연결) │
│ - 라인 번호 매핑 │
│ ↓ │
│ .gcda 파일 읽기 │
│ - 실행 카운트 (각 basic block) │
│ ↓ │
│ 라인별 실행 횟수 계산 │
│ - basic block 카운트 → 라인 카운트 │
│ - 브랜치 taken/not taken │
│ ↓ │
│ .gcov 파일 생성 │
│ - 소스 코드 + 실행 횟수 │
│ - "1:" 실행 1회 │
│ - "#####:" 실행 안 됨 │
│ - "-:" 실행 불가 (주석, 선언) │
└─────────────────────────────────────┘
Basic Block이란?
- 분기가 없는 연속된 명령어 블록
- 첫 명령어가 실행되면 마지막까지 순차 실행
- 예시:
if (x > 0) { // Block 1 끝
y = x * 2; // Block 2 시작
z = y + 1; // Block 2 계속
} // Block 2 끝
return z; // Block 3
카운터 삽입 위치:
- 각 basic block 진입 시점
- 함수 진입 시점
- 브랜치 분기 지점 (if, switch, for, while)기본 워크플로우
# 1. 커버리지 옵션으로 컴파일
g++ --coverage program.cpp -o program
# 또는 (동일)
g++ -fprofile-arcs -ftest-coverage program.cpp -o program
# --coverage 플래그 내부 동작:
# - 컴파일러가 카운터 증가 코드를 삽입
# - libgcov.a 라이브러리 자동 링크
# - .gcno 파일 생성 (그래프 구조 + 라인 매핑)
# 2. 프로그램 실행 (테스트 실행)
./program
# 실행 중 내부 동작:
# - libgcov 초기화 (프로그램 시작 시)
# - 각 basic block 실행마다 카운터 증가
# - 프로그램 종료 시 .gcda 파일 쓰기
# 3. 커버리지 데이터 파일 생성 확인
ls *.gcda *.gcno
# program.gcno: 컴파일 시 생성 (그래프 정보, 라인 매핑)
# program.gcda: 실행 시 생성 (실행 카운트, 런타임 데이터)
# 4. gcov로 분석
gcov program.cpp
# gcov 내부 동작:
# - .gcno 파일 파싱 (그래프 구조 읽기)
# - .gcda 파일 파싱 (실행 카운트 읽기)
# - basic block 카운트 → 라인 카운트 변환
# - 커버리지 비율 계산
# - .gcov 파일 생성 (소스 + 실행 횟수)
# 5. 결과 파일 확인
cat program.cpp.gcov주의사항: 최적화(-O2 이상)와 함께 쓰면 라인 매핑이 어긋날 수 있어, 커버리지 전용 빌드 타입을 두는 경우가 많습니다.
실전 예제: 계산기 프로그램
// calculator.cpp
#include <iostream>
int add(int a, int b) {
return a + b;
}
int subtract(int a, int b) {
return a - b;
}
int multiply(int a, int b) {
return a * b;
}
int divide(int a, int b) {
if (b == 0) {
std::cerr << "Error: Division by zero\n";
return 0;
}
return a / b;
}
int main() {
std::cout << "10 + 5 = " << add(10, 5) << "\n";
std::cout << "10 - 5 = " << subtract(10, 5) << "\n";
std::cout << "10 * 5 = " << multiply(10, 5) << "\n";
// divide 함수는 호출하지 않음!
return 0;
}# 컴파일 및 실행
$ g++ --coverage calculator.cpp -o calculator
$ ./calculator
10 + 5 = 15
10 - 5 = 5
10 * 5 = 50
# 커버리지 분석
$ gcov calculator.cpp
File 'calculator.cpp'
Lines executed:73.33% of 15
Creating 'calculator.cpp.gcov'
# 상세 리포트 확인
$ cat calculator.cpp.gcov
-: 0:Source:calculator.cpp
-: 1:#include <iostream>
-: 2:
1: 3:int add(int a, int b) {
1: 4: return a + b;
-: 5:}
-: 6:
1: 7:int subtract(int a, int b) {
1: 8: return a - b;
-: 9:}
-: 10:
1: 11:int multiply(int a, int b) {
1: 12: return a * b;
-: 13:}
-: 14:
#####: 15:int divide(int a, int b) { // ##### = 실행 안됨!
#####: 16: if (b == 0) {
#####: 17: std::cerr << "Error: Division by zero\n";
#####: 18: return 0;
-: 19: }
#####: 20: return a / b;
-: 21:}
-: 22:
1: 23:int main() {
1: 24: std::cout << "10 + 5 = " << add(10, 5) << "\n";
1: 25: std::cout << "10 - 5 = " << subtract(10, 5) << "\n";
1: 26: std::cout << "10 * 5 = " << multiply(10, 5) << "\n";
1: 27: return 0;
-: 28:}
# 해석:
# - "1:": 1번 실행됨
# - "#####:": 실행되지 않음 (미커버)
# - "-:": 실행 불가능한 라인 (주석, 선언 등)gcov 고급 옵션
# 브랜치 커버리지 포함
gcov -b calculator.cpp
# 출력:
# Function 'divide'
# Lines executed:0.00% of 5
# Branches executed:0.00% of 2
# Taken at least once:0.00% of 2
# 함수별 커버리지
gcov -f calculator.cpp
# 출력:
# Function 'add'
# Lines executed:100.00% of 1
#
# Function 'subtract'
# Lines executed:100.00% of 1
#
# Function 'multiply'
# Lines executed:100.00% of 1
#
# Function 'divide'
# Lines executed:0.00% of 5
# 미실행 라인만 표시
gcov -u calculator.cpp
# 모든 옵션 조합
gcov -b -f -u calculator.cpp여러 파일 프로젝트
# 프로젝트 구조:
# src/
# ├── main.cpp
# ├── math.cpp
# ├── math.h
# └── utils.cpp
# 컴파일
g++ --coverage src/main.cpp src/math.cpp src/utils.cpp -o app
# 실행
./app
# 모든 소스 파일 분석
gcov src/*.cpp
# 또는 특정 파일만
gcov src/math.cppCMake와 통합
# CMakeLists.txt
cmake_minimum_required(VERSION 3.15)
project(MyProject)
set(CMAKE_CXX_STANDARD 17)
# 커버리지 빌드 타입 추가
if(CMAKE_BUILD_TYPE STREQUAL "Coverage")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --coverage")
set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} --coverage")
endif()
add_executable(myapp src/main.cpp src/math.cpp)
# 커버리지 타겟 추가
if(CMAKE_BUILD_TYPE STREQUAL "Coverage")
add_custom_target(coverage
COMMAND ${CMAKE_CURRENT_BINARY_DIR}/myapp
COMMAND gcov ${CMAKE_CURRENT_SOURCE_DIR}/src/*.cpp
WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}
COMMENT "Generating coverage report"
)
endif()# 빌드 및 커버리지 생성
mkdir build && cd build
cmake -DCMAKE_BUILD_TYPE=Coverage ..
make
make coverageGoogle Test 통합
Google Test와 커버리지를 함께 사용하는 완전한 예제입니다.
프로젝트 구조
project/
├── CMakeLists.txt
├── src/
│ ├── string_utils.h
│ └── string_utils.cpp
└── test/
└── string_utils_test.cpp소스 코드
// src/string_utils.h
#pragma once
#include <string>
#include <vector>
class StringUtils {
public:
static std::string trim(const std::string& str);
static std::vector<std::string> split(const std::string& str, char delimiter);
static bool startsWith(const std::string& str, const std::string& prefix);
static bool endsWith(const std::string& str, const std::string& suffix);
};
// src/string_utils.cpp
#include "string_utils.h"
#include <algorithm>
std::string StringUtils::trim(const std::string& str) {
auto start = str.find_first_not_of(" \t\n\r");
if (start == std::string::npos) return "";
auto end = str.find_last_not_of(" \t\n\r");
return str.substr(start, end - start + 1);
}
std::vector<std::string> StringUtils::split(const std::string& str, char delimiter) {
std::vector<std::string> tokens;
std::string token;
for (char c : str) {
if (c == delimiter) {
if (!token.empty()) {
tokens.push_back(token);
token.clear();
}
} else {
token += c;
}
}
if (!token.empty()) {
tokens.push_back(token);
}
return tokens;
}
bool StringUtils::startsWith(const std::string& str, const std::string& prefix) {
if (prefix.length() > str.length()) return false;
return str.compare(0, prefix.length(), prefix) == 0;
}
bool StringUtils::endsWith(const std::string& str, const std::string& suffix) {
if (suffix.length() > str.length()) return false;
return str.compare(str.length() - suffix.length(), suffix.length(), suffix) == 0;
}
// test/string_utils_test.cpp
#include "string_utils.h"
#include <gtest/gtest.h>
TEST(StringUtilsTest, TrimSpaces) {
EXPECT_EQ(StringUtils::trim(" hello "), "hello");
EXPECT_EQ(StringUtils::trim("hello"), "hello");
EXPECT_EQ(StringUtils::trim(" "), "");
}
TEST(StringUtilsTest, SplitString) {
auto result = StringUtils::split("a,b,c", ',');
ASSERT_EQ(result.size(), 3);
EXPECT_EQ(result[0], "a");
EXPECT_EQ(result[1], "b");
EXPECT_EQ(result[2], "c");
// 빈 문자열
auto empty = StringUtils::split("", ',');
EXPECT_TRUE(empty.empty());
}
TEST(StringUtilsTest, StartsWith) {
EXPECT_TRUE(StringUtils::startsWith("hello world", "hello"));
EXPECT_FALSE(StringUtils::startsWith("hello world", "world"));
EXPECT_FALSE(StringUtils::startsWith("hi", "hello"));
}
TEST(StringUtilsTest, EndsWith) {
EXPECT_TRUE(StringUtils::endsWith("hello world", "world"));
EXPECT_FALSE(StringUtils::endsWith("hello world", "hello"));
EXPECT_FALSE(StringUtils::endsWith("hi", "world"));
}CMakeLists.txt
cmake_minimum_required(VERSION 3.15)
project(StringUtilsProject)
set(CMAKE_CXX_STANDARD 17)
# Google Test 다운로드
include(FetchContent)
FetchContent_Declare(
googletest
GIT_REPOSITORY https://github.com/google/googletest.git
GIT_TAG v1.14.0
)
FetchContent_MakeAvailable(googletest)
# 소스 라이브러리
add_library(string_utils src/string_utils.cpp)
target_include_directories(string_utils PUBLIC src)
# 테스트 실행 파일
add_executable(string_utils_test test/string_utils_test.cpp)
target_link_libraries(string_utils_test string_utils gtest gtest_main)
# 커버리지 설정
option(ENABLE_COVERAGE "Enable coverage reporting" OFF)
if(ENABLE_COVERAGE)
target_compile_options(string_utils PRIVATE --coverage)
target_link_options(string_utils PRIVATE --coverage)
target_compile_options(string_utils_test PRIVATE --coverage)
target_link_options(string_utils_test PRIVATE --coverage)
# 커버리지 타겟
find_program(LCOV lcov REQUIRED)
find_program(GENHTML genhtml REQUIRED)
add_custom_target(coverage
COMMAND ${LCOV} --directory . --zerocounters
COMMAND $<TARGET_FILE:string_utils_test>
COMMAND ${LCOV} --capture --directory . --output-file coverage.info
COMMAND ${LCOV} --remove coverage.info '/usr/*' '*/test/*' '*/googletest/*'
--output-file coverage_filtered.info
COMMAND ${GENHTML} coverage_filtered.info --output-directory coverage_html
COMMAND ${LCOV} --summary coverage_filtered.info
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}
COMMENT "Generating coverage report"
DEPENDS string_utils_test
)
endif()
# CTest 통합
enable_testing()
add_test(NAME string_utils_test COMMAND string_utils_test)빌드 및 실행
# 커버리지 활성화하여 빌드
mkdir build && cd build
cmake -DENABLE_COVERAGE=ON ..
make
# 테스트 실행
./string_utils_test
# 출력:
# [==========] Running 4 tests from 1 test suite.
# [----------] Global test environment set-up.
# [----------] 4 tests from StringUtilsTest
# [ RUN ] StringUtilsTest.TrimSpaces
# [ OK ] StringUtilsTest.TrimSpaces (0 ms)
# [ RUN ] StringUtilsTest.SplitString
# [ OK ] StringUtilsTest.SplitString (0 ms)
# [ RUN ] StringUtilsTest.StartsWith
# [ OK ] StringUtilsTest.StartsWith (0 ms)
# [ RUN ] StringUtilsTest.EndsWith
# [ OK ] StringUtilsTest.EndsWith (0 ms)
# [----------] 4 tests from StringUtilsTest (0 ms total)
# [==========] 4 tests from 1 test suite ran. (0 ms total)
# [ PASSED ] 4 tests.
# 커버리지 리포트 생성
make coverage
# 출력:
# Generating coverage report
# Overall coverage rate:
# lines......: 100.0% (24 of 24 lines)
# functions..: 100.0% (4 of 4 functions)
# HTML 리포트 확인
open coverage_html/index.html실전 워크플로우
일일 개발 워크플로우
# 1. 새 기능 개발
vim src/new_feature.cpp
# 2. 테스트 작성
vim test/new_feature_test.cpp
# 3. 빌드 및 테스트
mkdir -p build && cd build
cmake -DENABLE_COVERAGE=ON ..
make
./test_runner
# 4. 커버리지 확인
make coverage
# 5. 커버리지 미달 부분 확인
open coverage_html/index.html
# 6. 추가 테스트 작성 (미커버 부분)
vim test/new_feature_test.cpp
# 7. 다시 테스트 및 커버리지 확인
make && make coverage
# 8. 목표 달성 시 커밋
git add .
git commit -m "Add new feature with 90% coverage"주간 커버리지 리뷰
# 전체 프로젝트 커버리지 측정
cd build
make coverage
# 커버리지 트렌드 저장
lcov --summary coverage_filtered.info > coverage_$(date +%Y%m%d).txt
# 미커버 함수 찾기
lcov --list coverage_filtered.info | grep "0.0%"
# 우선순위 설정 (핵심 모듈 먼저)
lcov --list coverage_filtered.info | grep "src/core"실전 예시
예시 1: 기본 커버리지 측정
// calculator.cpp
int add(int a, int b) {
return a + b;
}
int subtract(int a, int b) {
return a - b;
}
// test.cpp
TEST(CalculatorTest, AddTest) {
EXPECT_EQ(add(2, 3), 5);
// subtract는 미테스트 (0% 커버리지)
}g++ --coverage calculator.cpp test.cpp -lgtest -lgtest_main
./a.out
gcov calculator.cpplcov로 시각화 (HTML 리포트)
lcov는 gcov 데이터를 수집하여 아름다운 HTML 리포트를 생성하는 도구입니다.
설치
# Ubuntu/Debian
sudo apt install lcov
# macOS
brew install lcov
# Arch Linux
sudo pacman -S lcov기본 사용법
# 1. 커버리지 옵션으로 컴파일
g++ --coverage src/*.cpp -o myapp -lgtest -lgtest_main
# 2. 테스트 실행
./myapp
# 3. 커버리지 데이터 수집
lcov --capture --directory . --output-file coverage.info
# 4. HTML 리포트 생성
genhtml coverage.info --output-directory coverage_html
# 5. 브라우저로 확인
open coverage_html/index.html # macOS
xdg-open coverage_html/index.html # Linux
start coverage_html/index.html # Windows (Git Bash)실전 예제: 완전한 워크플로우
# 프로젝트 구조:
# project/
# ├── src/
# │ ├── calculator.cpp
# │ └── calculator.h
# ├── test/
# │ └── calculator_test.cpp
# └── CMakeLists.txt
# calculator.h
#pragma once
class Calculator {
public:
int add(int a, int b);
int subtract(int a, int b);
int multiply(int a, int b);
int divide(int a, int b);
};
# calculator.cpp
#include "calculator.h"
#include <stdexcept>
int Calculator::add(int a, int b) {
return a + b;
}
int Calculator::subtract(int a, int b) {
return a - b;
}
int Calculator::multiply(int a, int b) {
return a * b;
}
int Calculator::divide(int a, int b) {
if (b == 0) {
throw std::invalid_argument("Division by zero");
}
return a / b;
}
# calculator_test.cpp
#include "calculator.h"
#include <gtest/gtest.h>
TEST(CalculatorTest, Add) {
Calculator calc;
EXPECT_EQ(calc.add(2, 3), 5);
EXPECT_EQ(calc.add(-1, 1), 0);
}
TEST(CalculatorTest, Subtract) {
Calculator calc;
EXPECT_EQ(calc.subtract(5, 3), 2);
}
TEST(CalculatorTest, Multiply) {
Calculator calc;
EXPECT_EQ(calc.multiply(3, 4), 12);
}
TEST(CalculatorTest, DivideNormal) {
Calculator calc;
EXPECT_EQ(calc.divide(10, 2), 5);
}
TEST(CalculatorTest, DivideByZero) {
Calculator calc;
EXPECT_THROW(calc.divide(10, 0), std::invalid_argument);
}
# 컴파일 및 실행
g++ --coverage src/calculator.cpp test/calculator_test.cpp \
-o test_runner -lgtest -lgtest_main -pthread
./test_runner
# lcov 커버리지 수집
lcov --capture --directory . --output-file coverage.info
# 출력:
# Capturing coverage data from .
# Found gcov version: 11.0.0
# Scanning . for .gcda files ...
# Found 2 data files in .
# Processing calculator.gcda
# Finished .info-file creation
# 불필요한 파일 제외 (시스템 헤더, 테스트 파일)
lcov --remove coverage.info '/usr/*' '*/test/*' --output-file coverage_filtered.info
# HTML 리포트 생성
genhtml coverage_filtered.info --output-directory coverage_html \
--title "Calculator Coverage Report" \
--legend --show-details
# 출력:
# Reading data file coverage_filtered.info
# Found 1 entries.
# Writing .css and .png files.
# Generating output.
# Processing file src/calculator.cpp
# Writing directory view page.
# Overall coverage rate:
# lines......: 100.0% (8 of 8 lines)
# functions..: 100.0% (4 of 4 functions)lcov 고급 기능
1. 베이스라인 생성 (초기 상태)
# 테스트 실행 전 베이스라인 생성
lcov --capture --initial --directory . --output-file coverage_base.info
# 테스트 실행
./test_runner
# 테스트 후 커버리지 수집
lcov --capture --directory . --output-file coverage_test.info
# 두 데이터 결합
lcov --add-tracefile coverage_base.info \
--add-tracefile coverage_test.info \
--output-file coverage_total.info2. 특정 디렉토리만 포함
# src/ 디렉토리만 포함
lcov --capture --directory . --output-file coverage.info
lcov --extract coverage.info '*/src/*' --output-file coverage_src.info3. 여러 테스트 실행 결합
# 단위 테스트 실행
./unit_tests
lcov --capture --directory . --output-file coverage_unit.info
# 통합 테스트 실행
./integration_tests
lcov --capture --directory . --output-file coverage_integration.info
# 결합
lcov --add-tracefile coverage_unit.info \
--add-tracefile coverage_integration.info \
--output-file coverage_total.info
genhtml coverage_total.info --output-directory coverage_html4. 커버리지 임계값 설정
# 최소 커버리지 체크
genhtml coverage.info --output-directory coverage_html \
--rc genhtml_hi_limit=90 \
--rc genhtml_med_limit=70
# 임계값 미달 시 실패
lcov --summary coverage.info | grep "lines" | awk '{print $2}' | sed 's/%//' | \
awk '{if ($1 < 80) exit 1}'HTML 리포트 커스터마이징
# 상세한 리포트 옵션
genhtml coverage.info --output-directory coverage_html \
--title "My Project Coverage" \
--legend \
--show-details \
--demangle-cpp \
--function-coverage \
--branch-coverage \
--num-spaces 4 \
--sort \
--prefix $(pwd)
# 출력 예시:
# Overall coverage rate:
# lines......: 85.3% (123 of 144 lines)
# functions..: 92.0% (23 of 25 functions)
# branches...: 78.5% (51 of 65 branches)CMake + lcov 자동화
# CMakeLists.txt
if(CMAKE_BUILD_TYPE STREQUAL "Coverage")
find_program(LCOV lcov REQUIRED)
find_program(GENHTML genhtml REQUIRED)
add_custom_target(coverage
# 기존 데이터 정리
COMMAND ${LCOV} --directory . --zerocounters
# 테스트 실행
COMMAND $<TARGET_FILE:test_runner>
# 커버리지 수집
COMMAND ${LCOV} --capture --directory . --output-file coverage.info
# 필터링
COMMAND ${LCOV} --remove coverage.info '/usr/*' '*/test/*'
--output-file coverage_filtered.info
# HTML 생성
COMMAND ${GENHTML} coverage_filtered.info
--output-directory coverage_html
--title "Project Coverage"
--legend
# 요약 출력
COMMAND ${LCOV} --summary coverage_filtered.info
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}
COMMENT "Generating coverage report"
)
endif()# 사용
mkdir build && cd build
cmake -DCMAKE_BUILD_TYPE=Coverage ..
make
make coverage예시 3: 브랜치 커버리지
int max(int a, int b) {
if (a > b) { // 브랜치 1
return a;
} else { // 브랜치 2
return b;
}
}
// 테스트 1: max(5, 3) - 브랜치 1만
// 테스트 2: max(3, 5) - 브랜치 2도
// 브랜치 커버리지: 100%예시 4: 함수 커버리지
void func1() { /* ....*/ }
void func2() { /* ....*/ }
void func3() { /* ....*/ }
// func1, func2만 테스트
// 함수 커버리지: 66% (2/3)커버리지 유형
코드 커버리지에는 여러 측정 방식이 있으며, 각각 다른 관점에서 테스트 완성도를 평가합니다.
1. 라인 커버리지 (Line Coverage)
가장 기본적인 커버리지로, 실행된 코드 라인의 비율을 측정합니다.
int calculateScore(int base, int bonus, bool applyBonus) {
int score = base; // 라인 1: ✅ 항상 실행
if (applyBonus) { // 라인 2: ✅ 조건 체크
score += bonus; // 라인 3: ⚠️ applyBonus=true일 때만
}
int finalScore = score * 2; // 라인 4: ✅ 항상 실행
return finalScore; // 라인 5: ✅ 항상 실행
}
// 테스트 1: applyBonus=false
TEST(Test, WithoutBonus) {
EXPECT_EQ(calculateScore(10, 5, false), 20);
}
// 라인 커버리지: 80% (4/5 라인)
// 라인 3이 실행되지 않음!
// 테스트 2: applyBonus=true 추가
TEST(Test, WithBonus) {
EXPECT_EQ(calculateScore(10, 5, true), 30);
}
// 라인 커버리지: 100% (5/5 라인)측정 공식: (실행된 라인 수 / 전체 실행 가능 라인 수) × 100%
2. 브랜치 커버리지 (Branch Coverage)
모든 조건문의 true/false 경로가 실행되었는지 측정합니다.
브랜치 커버리지 측정 메커니즘:
gcov 브랜치 커버리지 내부 동작:
1. 컴파일러 변환 (Basic Block 생성):
원본 코드:
if (a > b) {
return a;
} else {
return b;
}
CFG (Control Flow Graph):
┌─────────────────┐
│ Basic Block 0 │
│ 조건 평가 │
│ cmp eax, ebx │
│ jg .L1 │ ← 분기점 (Branch)
└─────────────────┘
↓ ↓
↓ └──────────────┐
↓ ↓
┌─────────────────┐ ┌─────────────────┐
│ Basic Block 1 │ │ Basic Block 2 │
│ return a │ │ return b │
│ (true 경로) │ │ (false 경로) │
└─────────────────┘ └─────────────────┘
gcov가 추가하는 코드:
// Branch 0: a > b의 true 경로
__gcov_branch_0_taken++;
// Branch 1: a > b의 false 경로
__gcov_branch_1_taken++;
2. 실행 시 카운터 증가:
max(5, 3) 호출:
a > b = true
→ __gcov_branch_0_taken = 1
→ __gcov_branch_1_taken = 0
브랜치 커버리지: 50% (1/2)
3. .gcda 파일에 저장:
Branch 0: taken=1, not_taken=0
Branch 1: taken=0, not_taken=1
4. gcov 분석:
gcov --branch-counts program.cpp
출력:
branch 0 taken 1 (fallthrough)
branch 1 taken 0
브랜치 커버리지:
- Branch 0 (true): 100%
- Branch 1 (false): 0%
- 전체: 50%
복잡한 조건 (Short-Circuit Evaluation):
코드:
if (age >= 18 && hasLicense) {
return true;
}
어셈블리 변환:
cmp age, 18
jl .L_false ← Branch 0
cmp hasLicense, 0
je .L_false ← Branch 1
mov eax, 1 ← true
jmp .L_end
.L_false:
mov eax, 0 ← false
.L_end:
CFG:
┌────────────┐
│ age >= 18? │
└────────────┘
↓ ↓
true false ───────→ return false
↓
┌──────────────┐
│ hasLicense? │
└──────────────┘
↓ ↓
true false ───────→ return false
↓
return true
gcov 브랜치 추적:
Branch 0: age >= 18의 true/false
Branch 1: hasLicense의 true/false (age>=18일 때만)
Short-Circuit Optimization:
age < 18 → hasLicense 평가 안 함 (조기 종료)
완전한 커버리지 테스트:
1. age=20, hasLicense=true → Branch 0 true, Branch 1 true
2. age=20, hasLicense=false → Branch 0 true, Branch 1 false
3. age=16, hasLicense=true → Branch 0 false (Branch 1 평가 안됨)
4. age=16, hasLicense=false → Branch 0 false (Branch 1 평가 안됨)
gcov 카운트:
Branch 0 (age >= 18):
true: 2번 (케이스 1, 2)
false: 2번 (케이스 3, 4)
커버리지: 100%
Branch 1 (hasLicense):
true: 1번 (케이스 1)
false: 1번 (케이스 2)
커버리지: 100%
MC/DC (Modified Condition/Decision Coverage):
각 조건이 결과에 독립적으로 영향을 주는지 테스트
테스트 쌍:
Pair 1: age 영향
(20, true) → true
(16, true) → false ← age만 변경
Pair 2: hasLicense 영향
(20, true) → true
(20, false) → false ← hasLicense만 변경
MC/DC 커버리지: 100%브랜치 커버리지 예시:
int max(int a, int b) {
if (a > b) { // 브랜치 1: a > b (true)
return a; // 경로 A
} else { // 브랜치 2: a > b (false)
return b; // 경로 B
}
}
// 테스트 1: true 경로만
TEST(Test, FirstGreater) {
EXPECT_EQ(max(5, 3), 5); // a > b = true
}
// 브랜치 커버리지: 50% (1/2 브랜치)
// 테스트 2: false 경로 추가
TEST(Test, SecondGreater) {
EXPECT_EQ(max(3, 5), 5); // a > b = false
}
// 브랜치 커버리지: 100% (2/2 브랜치)복잡한 조건:
bool isValid(int age, bool hasLicense) {
if (age >= 18 && hasLicense) { // 2개의 브랜치
return true;
}
return false;
}
// 완전한 브랜치 커버리지를 위한 테스트:
TEST(Test, AllBranches) {
EXPECT_TRUE(isValid(20, true)); // age>=18: true, hasLicense: true
EXPECT_FALSE(isValid(20, false)); // age>=18: true, hasLicense: false
EXPECT_FALSE(isValid(16, true)); // age>=18: false, hasLicense: true
EXPECT_FALSE(isValid(16, false)); // age>=18: false, hasLicense: false
}
// 브랜치 커버리지: 100%gcov 브랜치 커버리지 확인:
# 브랜치 커버리지 포함 컴파일
g++ --coverage -fprofile-arcs -ftest-coverage program.cpp -o program
# 실행
./program
# 브랜치 커버리지 리포트
gcov --branch-counts --branch-probabilities program.cpp
# 출력 예시:
-: 0:Source:program.cpp
1: 1:int max(int a, int b) {
1: 2: if (a > b) {
branch 0 taken 1 (fallthrough)
branch 1 taken 0
1: 3: return a;
-: 4: } else {
#####: 5: return b;
-: 6: }
-: 7:}
# lcov로 브랜치 커버리지 수집
lcov --capture --directory . --output-file coverage.info --rc lcov_branch_coverage=1
# HTML 리포트에 브랜치 포함
genhtml coverage.info --output-directory coverage_html --branch-coverage
# 브랜치 커버리지 요약
lcov --summary coverage.info
# 출력:
# Overall coverage rate:
# lines......: 85.3% (123 of 144 lines)
# functions..: 92.0% (23 of 25 functions)
# branches...: 78.5% (51 of 65 branches)3. 함수 커버리지 (Function Coverage)
호출된 함수의 비율을 측정합니다.
void func1() { /* ....*/ }
void func2() { /* ....*/ }
void func3() { /* ....*/ }
TEST(Test, PartialFunctions) {
func1(); // ✅ 호출됨
func2(); // ✅ 호출됨
// func3는 호출 안됨 ❌
}
// 함수 커버리지: 66% (2/3 함수)4. 조건 커버리지 (Condition Coverage)
각 조건의 모든 가능한 값이 테스트되었는지 측정합니다.
bool complexCondition(bool a, bool b, bool c) {
if (a && b || c) { // 3개의 조건
return true;
}
return false;
}
// 완전한 조건 커버리지:
TEST(Test, AllConditions) {
// a의 true/false
EXPECT_TRUE(complexCondition(true, true, false)); // a=T
EXPECT_FALSE(complexCondition(false, true, false)); // a=F
// b의 true/false
EXPECT_TRUE(complexCondition(true, true, false)); // b=T
EXPECT_FALSE(complexCondition(true, false, false)); // b=F
// c의 true/false
EXPECT_TRUE(complexCondition(false, false, true)); // c=T
EXPECT_FALSE(complexCondition(false, false, false));// c=F
}5. 경로 커버리지 (Path Coverage)
모든 가능한 실행 경로를 테스트합니다 (가장 엄격).
int calculate(int x, int y) {
int result = 0;
if (x > 0) { // 조건 1
result += x;
}
if (y > 0) { // 조건 2
result += y;
}
return result;
}
// 가능한 경로: 2^2 = 4가지
// 1. x>0: false, y>0: false → result=0
// 2. x>0: false, y>0: true → result=y
// 3. x>0: true, y>0: false → result=x
// 4. x>0: true, y>0: true → result=x+y
TEST(Test, AllPaths) {
EXPECT_EQ(calculate(-1, -1), 0); // 경로 1
EXPECT_EQ(calculate(-1, 5), 5); // 경로 2
EXPECT_EQ(calculate(3, -1), 3); // 경로 3
EXPECT_EQ(calculate(3, 5), 8); // 경로 4
}
// 경로 커버리지: 100%커버리지 유형 비교
| 유형 | 측정 대상 | 엄격도 | 실용성 | 권장 목표 |
|---|---|---|---|---|
| 라인 | 실행된 코드 라인 | ⭐ | ⭐⭐⭐⭐⭐ | 70-80% |
| 브랜치 | true/false 경로 | ⭐⭐ | ⭐⭐⭐⭐ | 60-70% |
| 함수 | 호출된 함수 | ⭐ | ⭐⭐⭐⭐⭐ | 80-90% |
| 조건 | 각 조건의 값 | ⭐⭐⭐ | ⭐⭐⭐ | 50-60% |
| 경로 | 모든 실행 경로 | ⭐⭐⭐⭐⭐ | ⭐ | 30-40% |
| 실전 팁: 대부분의 프로젝트는 라인 커버리지와 브랜치 커버리지에 집중합니다. |
자주 발생하는 문제
문제 1: .gcda 파일이 생성되지 않음
증상:
$ gcov program.cpp
program.gcda:cannot open data file, assuming not executed원인:
- 프로그램이 실행되지 않음
- 프로그램이 비정상 종료 (SIGKILL 등)
- 쓰기 권한 없음 해결법:
# 1. 프로그램이 정상 종료되는지 확인
./program
echo $? # 0이어야 함
# 2. 권한 확인
ls -la *.gcda
chmod 644 *.gcda
# 3. 환경 변수 설정 (경로 지정)
export GCOV_PREFIX=/tmp/coverage
export GCOV_PREFIX_STRIP=1
./program문제 2: 커버리지 데이터 누적
증상:
# 첫 실행: 50%
# 두 번째 실행: 75%
# 세 번째 실행: 100%
# 데이터가 누적됨!해결법:
# 방법 1: .gcda 파일 삭제
find . -name "*.gcda" -delete
./program
gcov program.cpp
# 방법 2: lcov로 초기화
lcov --directory . --zerocounters
./program
lcov --capture --directory . --output-file coverage.info
# 방법 3: CMake 타겟에 자동화
add_custom_target(coverage
COMMAND ${LCOV} --directory . --zerocounters
COMMAND $<TARGET_FILE:test_runner>
COMMAND ${LCOV} --capture --directory . --output-file coverage.info
# ...
)문제 3: 인라인 함수 커버리지 누락
증상:
// header.h
inline int add(int a, int b) {
return a + b; // 커버리지에 나타나지 않음
}원인: 인라인 함수는 호출 지점에 삽입되어 별도로 추적되지 않음 해결법:
// 방법 1: 인라인 제거 (테스트 빌드)
#ifdef COVERAGE_BUILD
#define INLINE
#else
#define INLINE inline
#endif
INLINE int add(int a, int b) {
return a + b;
}
// 방법 2: 구현 파일로 이동
// header.h
int add(int a, int b);
// source.cpp
int add(int a, int b) {
return a + b;
}문제 4: 템플릿 커버리지 측정
증상:
template<typename T>
T max(T a, T b) {
return a > b ? a : b; // 일부 인스턴스만 측정됨
}
TEST(Test, MaxInt) {
EXPECT_EQ(max(3, 5), 5); // int만 테스트
}
// double, string 등 다른 타입은?해결법:
// 모든 필요한 타입 테스트
TEST(Test, MaxAllTypes) {
EXPECT_EQ(max(3, 5), 5); // int
EXPECT_EQ(max(3.5, 5.2), 5.2); // double
EXPECT_EQ(max(std::string("a"), std::string("b")), "b"); // string
}
// 또는 명시적 인스턴스화
template int max<int>(int, int);
template double max<double>(double, double);
template std::string max<std::string>(std::string, std::string);문제 5: 최적화로 인한 커버리지 왜곡
증상:
# -O2로 컴파일 시 일부 코드가 최적화되어 사라짐
g++ --coverage -O2 program.cpp해결법:
# 커버리지 측정 시 최적화 끄기
g++ --coverage -O0 program.cpp
# CMakeLists.txt
if(ENABLE_COVERAGE)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --coverage -O0")
endif()문제 6: 멀티스레드 프로그램 커버리지
증상: 스레드가 동시에 .gcda 파일에 쓰려고 하면 데이터 손상 해결법:
// 방법 1: 각 스레드가 별도 파일에 기록
export GCOV_PREFIX_STRIP=1
export GCOV_PREFIX=/tmp/coverage/thread_$THREAD_ID
// 방법 2: 스레드 종료 시 명시적 flush
#include <gcov.h>
void thread_function() {
// 작업 수행
__gcov_flush(); // 커버리지 데이터 강제 기록
}
// 방법 3: 단일 스레드 테스트로 분리
TEST(SingleThread, Feature1) { /* ....*/ }
TEST(SingleThread, Feature2) { /* ....*/ }문제 7: 낮은 커버리지 원인 분석
# 미커버 함수 찾기
lcov --list coverage.info | grep "0.0%"
# 미커버 라인 찾기
gcov -b program.cpp | grep "#####"
# 브랜치 커버리지 확인
gcov -b program.cpp
# Branch 1 taken 0 times (never executed)
# 함수별 커버리지
gcov -f program.cpp모범 사례
1. 커버리지 목표 설정
# 프로젝트별 목표 설정
coverage_targets:
core_business_logic: 90%
api_layer: 85%
utilities: 75%
ui_code: 60%
overall: 80%권장 기준:
- 핵심 비즈니스 로직: 90% 이상
- API/인터페이스: 85% 이상
- 유틸리티 함수: 75% 이상
- UI 코드: 60% 이상
- 전체 프로젝트: 80% 이상
2. 테스트 우선순위
// 우선순위 1: 에러 처리 경로
TEST(HighPriority, ErrorHandling) {
EXPECT_THROW(divide(10, 0), std::exception);
EXPECT_THROW(parseJson("invalid"), std::exception);
}
// 우선순위 2: 경계 조건
TEST(HighPriority, BoundaryConditions) {
EXPECT_EQ(factorial(0), 1); // 최소값
EXPECT_EQ(factorial(20), ...); // 최대값
}
// 우선순위 3: 일반적인 케이스
TEST(MediumPriority, NormalCases) {
EXPECT_EQ(add(2, 3), 5);
}
// 우선순위 4: 드문 케이스
TEST(LowPriority, RareCases) {
// 실제로 거의 발생하지 않는 경우
}3. 커버리지 리포트 활용
# 주간 커버리지 리뷰
#!/bin/bash
# 1. 현재 커버리지 측정
make coverage
# 2. 이전 주와 비교
CURRENT=$(lcov --summary coverage.info | grep "lines" | awk '{print $2}')
PREVIOUS=$(cat coverage_last_week.txt)
echo "Current: $CURRENT"
echo "Previous: $PREVIOUS"
# 3. 감소 시 경고
if (( $(echo "$CURRENT < $PREVIOUS" | bc -l) )); then
echo "WARNING: Coverage decreased!"
exit 1
fi
# 4. 현재 값 저장
echo "$CURRENT" > coverage_last_week.txt4. 커버리지 뱃지 추가
# README.md
[](https://codecov.io/gh/username/repo)
# 또는 shields.io
5. 커버리지 게이트 설정
# .github/workflows/coverage.yml
- name: Coverage gate
run: |
COVERAGE=$(lcov --summary coverage.info | grep "lines" | \
awk '{print $2}' | sed 's/%//')
if (( $(echo "$COVERAGE < 80" | bc -l) )); then
echo "::error::Coverage $COVERAGE% is below 80%"
exit 1
fi6. 점진적 개선 전략
# 1단계: 현재 상태 측정 (예: 50%)
# 2단계: 목표 설정 (예: 80%)
# 3단계: 분기별 마일스톤
# - Q1: 60%
# - Q2: 70%
# - Q3: 80%
# 각 PR에서 커버리지 감소 방지
- name: Check coverage delta
run: |
BASE_COVERAGE=$(curl -s https://codecov.io/api/gh/user/repo/branch/main | \
jq '.commit.totals.c')
CURRENT_COVERAGE=$(lcov --summary coverage.info | grep "lines" | \
awk '{print $2}' | sed 's/%//')
if (( $(echo "$CURRENT_COVERAGE < $BASE_COVERAGE" | bc -l) )); then
echo "::warning::Coverage decreased from $BASE_COVERAGE% to $CURRENT_COVERAGE%"
fi7. 테스트 품질 > 커버리지 수치
// ❌ 나쁜 예: 커버리지만 높임
TEST(BadTest, JustForCoverage) {
MyClass obj;
obj.method1();
obj.method2();
obj.method3();
// 아무 검증 없음!
}
// ✅ 좋은 예: 의미 있는 테스트
TEST(GoodTest, Method1Behavior) {
MyClass obj;
int result = obj.method1();
EXPECT_EQ(result, 42);
EXPECT_TRUE(obj.isValid());
}
TEST(GoodTest, Method2ErrorHandling) {
MyClass obj;
EXPECT_THROW(obj.method2(-1), std::invalid_argument);
}8. 커버리지 제외 설정
// 테스트하기 어려운 코드 제외
// LCOV_EXCL_START
void platformSpecificCode() {
#ifdef _WIN32
// Windows 전용 코드
#endif
}
// LCOV_EXCL_STOP
// 단일 라인 제외
int unreachableCode() {
return 42; // LCOV_EXCL_LINE
}# lcov 필터링
lcov --remove coverage.info \
'*/test/*' \
'*/third_party/*' \
'*/generated/*' \
--output-file coverage_filtered.infoCI/CD 통합
GitHub Actions
# .github/workflows/coverage.yml
name: Code Coverage
on:
push:
branches: [ main, develop ]
pull_request:
branches: [ main ]
jobs:
coverage:
runs-on: ubuntu-latest
steps:
- name: Checkout code
uses: actions/checkout@v3
- name: Install dependencies
run: |
sudo apt-get update
sudo apt-get install -y lcov cmake g++
- name: Configure CMake
run: |
mkdir build
cd build
cmake -DENABLE_COVERAGE=ON ..
- name: Build
run: cmake --build build
- name: Run tests
run: |
cd build
ctest --output-on-failure
- name: Generate coverage report
run: |
cd build
lcov --capture --directory . --output-file coverage.info
lcov --remove coverage.info '/usr/*' '*/test/*' '*/googletest/*' \
--output-file coverage_filtered.info
lcov --list coverage_filtered.info
- name: Upload to Codecov
uses: codecov/codecov-action@v3
with:
files: ./build/coverage_filtered.info
flags: unittests
name: codecov-umbrella
fail_ci_if_error: true
- name: Check coverage threshold
run: |
cd build
COVERAGE=$(lcov --summary coverage_filtered.info | \
grep "lines" | awk '{print $2}' | sed 's/%//')
echo "Coverage: $COVERAGE%"
if (( $(echo "$COVERAGE < 80" | bc -l) )); then
echo "Coverage $COVERAGE% is below threshold 80%"
exit 1
fi
- name: Generate HTML report
run: |
cd build
genhtml coverage_filtered.info --output-directory coverage_html
- name: Upload HTML report
uses: actions/upload-artifact@v3
with:
name: coverage-report
path: build/coverage_htmlGitLab CI
# .gitlab-ci.yml
stages:
- build
- test
- coverage
variables:
GIT_SUBMODULE_STRATEGY: recursive
build:
stage: build
image: gcc:latest
script:
- apt-get update && apt-get install -y cmake lcov
- mkdir build && cd build
- cmake -DENABLE_COVERAGE=ON ..
- make
artifacts:
paths:
- build/
expire_in: 1 hour
test:
stage: test
image: gcc:latest
dependencies:
- build
script:
- cd build
- ctest --output-on-failure
artifacts:
paths:
- build/
expire_in: 1 hour
coverage:
stage: coverage
image: gcc:latest
dependencies:
- test
script:
- apt-get update && apt-get install -y lcov
- cd build
- lcov --capture --directory . --output-file coverage.info
- lcov --remove coverage.info '/usr/*' '*/test/*' --output-file coverage_filtered.info
- lcov --list coverage_filtered.info
- genhtml coverage_filtered.info --output-directory coverage_html
# 커버리지 퍼센트 추출
- COVERAGE=$(lcov --summary coverage_filtered.info | grep "lines" | awk '{print $2}' | sed 's/%//')
- echo "Coverage is $COVERAGE%"
coverage: '/lines\.*: (\d+\.\d+)%/'
artifacts:
paths:
- build/coverage_html
reports:
coverage_report:
coverage_format: cobertura
path: build/coverage.xmlJenkins Pipeline
// Jenkinsfile
pipeline {
agent any
environment {
CC = 'gcc'
CXX = 'g++'
}
stages {
stage('Checkout') {
steps {
checkout scm
}
}
stage('Build') {
steps {
sh ''
mkdir -p build
cd build
cmake -DENABLE_COVERAGE=ON ..
make
''
}
}
stage('Test') {
steps {
sh ''
cd build
ctest --output-on-failure
''
}
}
stage('Coverage') {
steps {
sh ''
cd build
lcov --capture --directory . --output-file coverage.info
lcov --remove coverage.info '/usr/*' '*/test/*' \
--output-file coverage_filtered.info
genhtml coverage_filtered.info --output-directory coverage_html
# 커버리지 체크
COVERAGE=$(lcov --summary coverage_filtered.info | \
grep "lines" | awk '{print $2}' | sed 's/%//')
echo "Coverage: $COVERAGE%"
if (( $(echo "$COVERAGE < 80" | bc -l) )); then
echo "WARNING: Coverage $COVERAGE% is below 80%"
fi
''
}
}
stage('Publish') {
steps {
publishHTML([
reportDir: 'build/coverage_html',
reportFiles: 'index.html',
reportName: 'Coverage Report'
])
}
}
}
post {
always {
junit 'build/test-results/**/*.xml'
}
success {
echo 'Build and tests passed!'
}
failure {
echo 'Build or tests failed!'
}
}
}Codecov 통합
# codecov.yml (프로젝트 루트)
coverage:
status:
project:
default:
target: 80%
threshold: 2%
patch:
default:
target: 90%
ignore:
- "test/**/*"
- "examples/**/*"
- "third_party/**/*"
comment:
layout: "reach, diff, flags, files"
behavior: default
require_changes: false# 로컬에서 Codecov 업로드
bash <(curl -s https://codecov.io/bash) -f build/coverage_filtered.info도구 비교
주요 커버리지 도구
| 도구 | 장점 | 단점 | 권장 용도 |
|---|---|---|---|
| gcov | • GCC 내장 • 무료 • 간단함 | • 텍스트 기반 • 시각화 부족 | 빠른 확인 |
| lcov | • HTML 리포트 • 시각적 • 무료 | • 설정 복잡 • gcov 의존 | 로컬 개발 |
| Codecov | • CI/CD 통합 • PR 코멘트 • 트렌드 추적 | • 온라인 필요 • 유료 (대규모) | 팀 프로젝트 |
| Coveralls | • GitHub 통합 • 뱃지 지원 | • 설정 복잡 | 오픈소스 |
| SonarQube | • 종합 분석 • 코드 품질 | • 무거움 • 유료 | 엔터프라이즈 |
| Bullseye | • 상용 품질 • 고급 기능 | • 매우 비쌈 | 임베디드/안전 |
컴파일러별 커버리지 도구
# GCC/G++
g++ --coverage source.cpp
# Clang/Clang++
clang++ -fprofile-instr-generate -fcoverage-mapping source.cpp
./a.out
llvm-profdata merge -sparse default.profraw -o default.profdata
llvm-cov show ./a.out -instr-profile=default.profdata
# MSVC (Visual Studio)
# /Profile 링커 옵션 사용
cl /Zi /EHsc source.cpp /link /PROFILE
# Visual Studio에서 "코드 커버리지 분석" 실행성능 비교
# 프로젝트: 10,000 라인, 500 함수
# gcov (텍스트)
# - 실행 시간: 2초
# - 메모리: 50MB
# - 리포트 크기: 1MB
# lcov (HTML)
# - 실행 시간: 5초
# - 메모리: 100MB
# - 리포트 크기: 10MB
# Clang coverage
# - 실행 시간: 3초
# - 메모리: 80MB
# - 리포트 크기: 5MB정리 및 빠른 참조
핵심 요약
✅ 코드 커버리지의 목적: 테스트가 실행한 코드 비율 측정, 미테스트 영역 발견 ✅ 주요 도구:
gcov: GCC 기본 도구 (텍스트 리포트)lcov: HTML 시각화 도구Codecov/Coveralls: CI/CD 통합 서비스 ✅ 커버리지 유형:- 라인 커버리지 (가장 기본)
- 브랜치 커버리지 (조건문 경로)
- 함수 커버리지 (호출된 함수) ✅ 권장 목표:
- 핵심 로직: 90% 이상
- 전체 프로젝트: 70-80%
- 품질 > 수치 ✅ 실전 워크플로우:
--coverage로 컴파일- 테스트 실행
lcov로 수집- HTML 리포트 생성
- CI/CD 통합
빠른 명령어 참조
# 기본 워크플로우
g++ --coverage src/*.cpp test/*.cpp -o test_runner -lgtest -lgtest_main
./test_runner
lcov --capture --directory . --output-file coverage.info
lcov --remove coverage.info '/usr/*' '*/test/*' --output-file coverage_filtered.info
genhtml coverage_filtered.info --output-directory coverage_html
open coverage_html/index.html
# 커버리지 초기화
lcov --directory . --zerocounters
# 커버리지 요약
lcov --summary coverage.info
# 특정 파일만 분석
gcov src/myfile.cpp
# 브랜치 커버리지 포함
gcov -b src/myfile.cpp자주 묻는 질문 (FAQ)
Q1: 코드 커버리지 목표는 몇 %로 설정해야 하나요?
A: 프로젝트 특성에 따라 다르지만, 일반적인 권장 사항:
- 핵심 비즈니스 로직: 90% 이상
- API/인터페이스: 85% 이상
- 유틸리티 함수: 75% 이상
- 전체 프로젝트: 70-80% 주의: 100%를 목표로 하면 테스트 유지보수 비용이 과도해집니다. 품질이 수치보다 중요합니다.
// 100% 커버리지를 위한 의미 없는 테스트
TEST(BadTest, JustForCoverage) {
unreachableErrorHandler(); // 실제로는 절대 호출되지 않음
}
// 80% 커버리지지만 의미 있는 테스트
TEST(GoodTest, RealScenarios) {
EXPECT_EQ(add(2, 3), 5);
EXPECT_THROW(divide(10, 0), std::exception);
}Q2: gcov와 lcov의 차이는 무엇인가요?
A: gcov는 분석 엔진, lcov는 시각화 도구입니다:
| 특징 | gcov | lcov |
|---|---|---|
| 역할 | 커버리지 데이터 생성 | 데이터 수집 및 시각화 |
| 출력 | 텍스트 (.gcov 파일) | HTML 리포트 |
| 사용성 | 명령줄 전용 | 웹 브라우저로 확인 |
| 포함 | GCC 내장 | 별도 설치 필요 |
| 용도 | 빠른 확인 | 상세 분석 |
| 워크플로우: |
gcov program.cpp # gcov: 텍스트 리포트
lcov --capture .... # lcov: gcov 데이터 수집
genhtml coverage.info # lcov: HTML 생성Q3: 커버리지가 높으면 버그가 없다는 뜻인가요?
A: 아닙니다! 커버리지는 필요조건이지 충분조건이 아닙니다.
// 100% 커버리지지만 버그 있음
int divide(int a, int b) {
return a / b; // b=0 체크 없음!
}
TEST(Test, Divide) {
EXPECT_EQ(divide(10, 2), 5); // 정상 케이스만 테스트
}
// 라인 커버리지: 100%
// 하지만 divide(10, 0)은 크래시!
// 더 나은 테스트
TEST(Test, DivideNormal) {
EXPECT_EQ(divide(10, 2), 5);
}
TEST(Test, DivideByZero) {
EXPECT_THROW(divide(10, 0), std::exception); // 에러 케이스 테스트
}커버리지는:
- ✅ 코드가 실행되었는지 측정
- ❌ 코드가 올바르게 동작하는지 검증하지 않음
Q4: 템플릿 함수의 커버리지는 어떻게 측정하나요?
A: 사용된 모든 타입에 대해 테스트해야 합니다:
template<typename T>
T max(T a, T b) {
return a > b ? a : b;
}
// ❌ 불완전한 테스트
TEST(Test, MaxInt) {
EXPECT_EQ(max(3, 5), 5); // int만 테스트
}
// int 인스턴스만 커버, double/string 등은 미커버
// ✅ 완전한 테스트
TEST(Test, MaxAllTypes) {
EXPECT_EQ(max(3, 5), 5); // int
EXPECT_EQ(max(3.5, 5.2), 5.2); // double
EXPECT_EQ(max('a', 'b'), 'b'); // char
EXPECT_EQ(max(std::string("a"), std::string("b")), "b"); // string
}또는 명시적 인스턴스화:
// source.cpp
template int max<int>(int, int);
template double max<double>(double, double);
template std::string max<std::string>(std::string, std::string);Q5: CI/CD에서 커버리지가 떨어지면 빌드를 실패시켜야 하나요?
A: 상황에 따라 다릅니다: 빌드 실패 권장 (엄격):
# 절대 기준
- name: Coverage gate
run: |
if (( $(echo "$COVERAGE < 80" | bc -l) )); then
exit 1 # 80% 미만 시 실패
fi경고만 출력 (유연):
# 상대 기준 (이전 대비 감소 시 경고)
- name: Coverage check
run: |
if (( $(echo "$COVERAGE < $BASE_COVERAGE" | bc -l) )); then
echo "::warning::Coverage decreased"
# 실패하지 않음
fi권장 전략:
- 초기: 경고만 (현재 상태 파악)
- 중기: 감소 방지 (이전 대비 낮아지면 실패)
- 성숙기: 절대 기준 (80% 미만 실패)
Q6: 인라인 함수의 커버리지가 측정되지 않는데요?
A: 인라인 함수는 호출 지점에 삽입되어 별도로 추적되지 않습니다:
// header.h
inline int add(int a, int b) {
return a + b; // 커버리지에 나타나지 않음
}해결 방법: 방법 1: 테스트 빌드에서 인라인 제거
#ifdef COVERAGE_BUILD
#define INLINE
#else
#define INLINE inline
#endif
INLINE int add(int a, int b) {
return a + b;
}방법 2: 구현 파일로 이동
// header.h
int add(int a, int b); // 선언만
// source.cpp
int add(int a, int b) { // 정의
return a + b;
}Q7: 멀티스레드 프로그램의 커버리지는 어떻게 측정하나요?
A: 스레드 안전성 문제가 있을 수 있습니다: 문제: 여러 스레드가 동시에 .gcda 파일에 쓰면 데이터 손상 해결 방법 1: 명시적 flush
#include <gcov.h>
void thread_function() {
// 작업 수행
__gcov_flush(); // 스레드 종료 시 flush
}해결 방법 2: 단일 스레드 테스트로 분리
TEST(SingleThread, Feature1) { /* ....*/ }
TEST(SingleThread, Feature2) { /* ....*/ }해결 방법 3: 환경 변수로 분리
export GCOV_PREFIX=/tmp/coverage/thread_${THREAD_ID}Q8: .gcda 파일이 생성되지 않는데요?
A: 여러 원인이 있을 수 있습니다: 원인 1: 프로그램이 실행되지 않음
./program
echo $? # 0이 아니면 비정상 종료원인 2: 쓰기 권한 없음
ls -la *.gcda
chmod 644 *.gcda원인 3: 프로그램이 비정상 종료 (SIGKILL)
# SIGTERM으로 종료해야 flush됨
kill -TERM $PID # ✅ 정상
kill -KILL $PID # ❌ flush 안됨원인 4: 경로 문제
export GCOV_PREFIX=/tmp/coverage
export GCOV_PREFIX_STRIP=1
./program
ls /tmp/coverage/*.gcdaQ9: 최적화 옵션(-O2)과 커버리지를 함께 사용할 수 있나요?
A: 가능하지만 권장하지 않습니다:
# ❌ 최적화로 일부 코드가 사라짐
g++ --coverage -O2 program.cpp
# ✅ 커버리지 측정 시 최적화 끄기
g++ --coverage -O0 program.cpp이유:
- 최적화로 일부 코드가 제거되거나 병합됨
- 커버리지 데이터가 왜곡됨
- 디버깅이 어려워짐 CMake 설정:
if(ENABLE_COVERAGE)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --coverage -O0 -g")
endif()Q10: 코드 커버리지 학습 리소스는?
A: 공식 문서와 실전 예제를 추천합니다: 공식 문서:
- GCC gcov 문서
- lcov GitHub
- Codecov 문서 실전 가이드:
- Google Test 공식 문서
- C++ Core Guidelines - Testing 오픈소스 예제:
- LLVM 프로젝트 - 대규모 C++ 프로젝트 커버리지
- Boost 라이브러리 - 다양한 테스트 전략
다음 단계
코드 커버리지를 마스터했다면, 다음 주제로 넘어가세요:
- C++ 디버깅 기법 - 버그 추적과 해결
- 단위 테스트 기초 - Google Test 심화
- Sanitizer 활용 - 메모리/스레드 버그 자동 감지
- CI/CD 구축 - 자동화된 테스트 파이프라인
참고 자료
같이 보면 좋은 글 (내부 링크)
이 주제와 연결되는 다른 글입니다.
관련 글
심화 부록: 구현·운영 관점
이 부록은 앞선 본문에서 다룬 주제(「C++ 코드 커버리지 완벽 가이드 | gcov, lcov, Codecov 실전 활용」)를 구현·런타임·운영 관점에서 다시 압축합니다. 도메인별 세부 구현은 글마다 다르지만, 입력 검증 → 핵심 연산 → 부작용(I/O·네트워크·동시성) → 관측의 흐름으로 장애를 나누면 원인 추적이 빨라집니다.
내부 동작과 핵심 메커니즘
flowchart TD A[입력·요청·이벤트] --> B[파싱·검증·디코딩] B --> C[핵심 연산·상태 전이] C --> D[부작용: I/O·네트워크·동시성] D --> E[결과·관측·저장]
sequenceDiagram participant C as 클라이언트/호출자 participant B as 경계(런타임·게이트웨이·프로세스) participant D as 의존성(API·DB·큐·파일) C->>B: 요청/이벤트 B->>D: 조회·쓰기·RPC D-->>B: 지연·부분 실패·재시도 가능 B-->>C: 응답 또는 오류(코드·상관 ID)
- 불변 조건(Invariant): 버퍼 경계, 프로토콜 상태, 트랜잭션 격리, FD 상한 등 단계별로 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
- 결정성: 순수 층과 시간·네트워크·스케줄에 의존하는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
- 경계 비용: 직렬화, 인코딩, syscall 횟수, 락 경합, 할당·GC, 캐시 미스를 의심 목록에 둡니다.
- 백프레셔: 생산자가 소비자보다 빠를 때 버퍼·큐·스트림에서 속도를 줄이는 신호를 어디에 둘지 정의합니다.
프로덕션 운영 패턴
| 영역 | 운영 관점 질문 |
|---|---|
| 관측성 | 요청 단위 상관 ID, 에러율·지연 p95/p99, 의존성 타임아웃·재시도가 대시보드에 보이는가 |
| 안전성 | 입력 검증·권한·비밀·감사 로그가 코드 경로마다 일관적인가 |
| 신뢰성 | 재시도는 멱등 연산에만 적용되는가, 서킷 브레이커·백오프·DLQ가 있는가 |
| 성능 | 캐시·배치 크기·커넥션 풀·인덱스·백프레셔가 데이터 규모에 맞는가 |
| 배포 | 롤백 룬북, 카나리/블루그린, 마이그레이션·피처 플래그가 문서화되어 있는가 |
| 용량 | 피크 트래픽·디스크·FD·스레드 풀 상한을 주기적으로 검증하는가 |
스테이징은 데이터 양·네트워크 RTT·동시성을 프로덕션에 가깝게 맞출수록 재현율이 올라갑니다.
확장 예시: 엔드투엔드 미니 시나리오
앞선 본문 주제(「C++ 코드 커버리지 완벽 가이드 | gcov, lcov, Codecov 실전 활용」)를 배포·운영 흐름에 맞춰 옮긴 체크리스트입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.
- 입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드를 경계에 둔다.
- 핵심 경로 계측: 요청 ID, 단계별 지연, 외부 호출 결과 코드를 로그·메트릭·트레이스에서 한 흐름으로 본다.
- 실패 주입: 의존성 타임아웃·5xx·부분 데이터·락 대기를 스테이징에서 재현한다.
- 호환·롤백: 설정/마이그레이션/클라이언트 버전을 되돌릴 수 있는지 확인한다.
- 부하 후 검증: 피크 대비 p95/p99, 에러율, 리소스 상한, 알림 임계값을 점검한다.
handle(request):
ctx = newCorrelationId()
validated = validateSchema(request)
authorize(validated, ctx)
result = domainCore(validated)
persistOrEmit(result, idempotentKey)
recordMetrics(ctx, latency, outcome)
return result문제 해결(Troubleshooting)
| 증상 | 가능 원인 | 조치 |
|---|---|---|
| 간헐적 실패 | 레이스, 타임아웃, 외부 의존성, DNS | 최소 재현 스크립트, 분산 트레이스·로그 상관관계, 재시도·서킷 설정 점검 |
| 성능 저하 | N+1, 동기 I/O, 락 경합, 과도한 직렬화, 캐시 미스 | 프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거 |
| 메모리 증가 | 캐시 무제한, 구독/리스너 누수, 대용량 버퍼, 커넥션 미반납 | 상한·TTL·힙/FD 스냅샷 비교 |
| 빌드·배포만 실패 | 환경 변수, 권한, 플랫폼 차이, lockfile | CI 로그와 로컬 diff, 런타임·이미지 버전 핀 |
| 설정 불일치 | 프로필·시크릿·기본값, 리전 | 스키마 검증된 설정 단일 소스와 배포 매트릭스 표준화 |
| 데이터 불일치 | 비멱등 재시도, 부분 쓰기, 캐시 무효화 누락 | 멱등 키·아웃박스·트랜잭션 경계 재검토 |
권장 순서: (1) 최소 재현 (2) 최근 변경 범위 축소 (3) 환경·의존성 차이 (4) 관측으로 가설 검증 (5) 수정 후 회귀·부하 테스트.
배포 전에는 git add → git commit → git push 후 npm run deploy 순서를 권장합니다.
이 글에서 다루는 키워드 (관련 검색어)
C++, code-coverage, testing, gcov, lcov, quality, CI/CD 등으로 검색하시면 이 글이 도움이 됩니다.