C++とMakefileを使ったコードカバレッジ計測の徹底解説

コードカバレッジは、ソフトウェア開発におけるテストの重要な指標の一つです。プログラムのどの部分がテストされ、どの部分が未テストであるかを把握することで、テストの網羅性を評価できます。本記事では、C++とMakefileを使用して、効率的にコードカバレッジを計測する方法について詳しく解説します。具体的には、コードカバレッジの基本概念、必要なツールのインストール方法、Makefileの設定、カバレッジレポートの生成と解析、そして高度な計測テクニックやベストプラクティスまで、ステップバイステップで説明します。これにより、あなたのプロジェクトでコードカバレッジを効果的に活用できるようになるでしょう。

目次

コードカバレッジとは何か

コードカバレッジとは、ソフトウェアのテストにおいて、ソースコードのどれだけの部分が実行されたかを示す指標です。カバレッジが高いほど、テストがコード全体を網羅していることを意味します。これにより、未テストの部分を特定し、潜在的なバグや問題点を洗い出すことが可能になります。

コードカバレッジの重要性

コードカバレッジを計測することには以下のような利点があります。

  • 品質保証:コードカバレッジを高めることで、ソフトウェアの品質と信頼性を向上させることができます。
  • バグの早期発見:未テスト部分を特定することで、潜在的なバグを早期に発見し、修正することができます。
  • テストの効果測定:どの部分がテストされているかを明確にすることで、テストの効果を客観的に評価できます。

カバレッジの種類

コードカバレッジにはいくつかの種類がありますが、主なものは以下の通りです。

  • ステートメントカバレッジ:プログラムの各ステートメントが少なくとも一度は実行されたかどうかを測定します。
  • ブランチカバレッジ:条件分岐の各ブランチ(例えば、if文のtrueおよびfalseの両方)が実行されたかどうかを測定します。
  • ファンクションカバレッジ:各関数が少なくとも一度は呼び出されたかどうかを測定します。

コードカバレッジは、これらの指標を総合的に評価することで、テストの網羅性と効果を高めるための重要な手段となります。

必要なツールのインストール

コードカバレッジを計測するためには、いくつかのツールやライブラリが必要です。以下では、C++プロジェクトで一般的に使用されるツールのインストール方法を説明します。

GCCとGcov

GCCは、C++コンパイラとして広く使用されているツールです。Gcovは、GCCと連携してコードカバレッジを計測するためのツールです。

  1. GCCのインストール(既にインストールされている場合は省略可能)
   sudo apt-get update
   sudo apt-get install build-essential
  1. Gcovのインストール
    GcovはGCCに含まれているため、GCCをインストールすると自動的にインストールされます。

LCOV

LCOVは、Gcovの出力をHTML形式のレポートに変換するためのツールです。

  1. LCOVのインストール
   sudo apt-get install lcov

必要なライブラリの確認

LCOVやGcovを使用する際には、以下のようなライブラリが必要となることがあります。

  • GNU Make:Makefileを使ってビルドプロセスを自動化するためのツール。
  sudo apt-get install make
  • CMake(オプション):プロジェクトのビルド設定を簡略化するためのクロスプラットフォームツール。
  sudo apt-get install cmake

その他のツール(オプション)

より高度なカバレッジ計測やレポート生成を行う場合、以下のような追加ツールの導入を検討することもできます。

  • gcovr:Gcovの出力をHTMLやXML形式に変換するためのツール。
  pip install gcovr
  • CodecovCoveralls:オンラインでカバレッジレポートを管理するためのサービス。

これらのツールをインストールすることで、C++プロジェクトのコードカバレッジ計測が可能になります。次に、これらのツールを使用して具体的にMakefileを設定する方法について説明します。

Makefileの基本構造

Makefileは、プログラムのビルドプロセスを自動化するための設定ファイルです。Makefileを使用することで、複雑なビルド手順を簡単に実行できるようになります。以下では、Makefileの基本的な構造と、その役割について説明します。

Makefileの基本構造

Makefileは、ターゲット、依存関係、コマンドの3つの基本要素で構成されます。

  1. ターゲット:生成するファイルや実行するタスクの名前です。
  2. 依存関係:ターゲットを生成するために必要なファイルやタスクのリストです。
  3. コマンド:ターゲットを生成するために実行されるシェルコマンドです。

基本的なMakefileの例:

target: dependencies
    command

各行はインデント(タブ)で始める必要があります。

簡単な例

以下は、単純なC++プログラムをコンパイルするMakefileの例です。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g

# ターゲット名
TARGET = my_program

# ソースファイル
SRC = main.cpp utils.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) -o $(TARGET) $(OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET)

Makefileの構造解説

  1. 変数定義CCCFLAGSTARGETSRCなどの変数を定義します。これにより、Makefileの可読性と再利用性が向上します。
  2. ターゲットのルール$(TARGET)%.oなどのターゲットと、それらを生成するための依存関係とコマンドを指定します。
  3. クリーンアップルールcleanターゲットは、中間ファイルや生成物を削除するためのルールです。開発の際に便利です。

この基本構造を理解することで、Makefileを用いて複雑なビルドプロセスを自動化することができます。次に、このMakefileにコードカバレッジ計測の設定を追加する方法について説明します。

Makefileでのカバレッジ計測の設定

コードカバレッジを計測するために、Makefileに特定の設定を追加する必要があります。ここでは、GCCとGcovを使ってコードカバレッジを計測するための設定方法を紹介します。

カバレッジ計測用のコンパイルフラグ

まず、コードカバレッジを有効にするために必要なコンパイルフラグを追加します。GCCでは、-fprofile-arcs-ftest-coverage フラグを使用します。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g -fprofile-arcs -ftest-coverage

# リンクフラグ
LDFLAGS = -lgcov --coverage

# ターゲット名
TARGET = my_program

# ソースファイル
SRC = main.cpp utils.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)

ターゲットと依存関係の設定

次に、Makefileのターゲットと依存関係を設定します。カバレッジ計測のために、リンク時にも適切なフラグを追加する必要があります。

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o $(TARGET) $(OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

カバレッジデータの生成とレポート作成

Gcovを使ってカバレッジデータを生成し、それをレポートに変換するターゲットをMakefileに追加します。

# カバレッジデータの生成
coverage: $(TARGET)
    ./$(TARGET)
    gcov $(SRC)

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET) *.gcda *.gcno *.gcov

全体のMakefile例

以下に、カバレッジ計測のための設定を含めた全体のMakefileの例を示します。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g -fprofile-arcs -ftest-coverage

# リンクフラグ
LDFLAGS = -lgcov --coverage

# ターゲット名
TARGET = my_program

# ソースファイル
SRC = main.cpp utils.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o $(TARGET) $(OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

# カバレッジデータの生成
coverage: $(TARGET)
    ./$(TARGET)
    gcov $(SRC)

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET) *.gcda *.gcno *.gcov

このMakefileを使用することで、コードカバレッジを計測し、レポートを生成するためのビルドプロセスを自動化できます。次に、具体的なMakefileの例をさらに詳しく見ていきます。

実際のMakefileの例

ここでは、具体的なC++プロジェクトにおいてコードカバレッジを計測するためのMakefileの例を示します。このMakefileでは、前述の設定に加え、カバレッジレポートの生成を自動化するための追加設定も行います。

プロジェクト構成

まず、プロジェクトのディレクトリ構造は以下のようになっていると仮定します:

project/
├── Makefile
├── main.cpp
├── utils.cpp
└── utils.h

Makefileの例

以下が、コードカバレッジ計測をサポートする具体的なMakefileの例です。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g -fprofile-arcs -ftest-coverage

# リンクフラグ
LDFLAGS = -lgcov --coverage

# ターゲット名
TARGET = my_program

# ソースファイル
SRC = main.cpp utils.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o $(TARGET) $(OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

# カバレッジデータの生成
coverage: $(TARGET)
    ./$(TARGET)
    gcov $(SRC)
    lcov --capture --directory . --output-file coverage.info
    genhtml coverage.info --output-directory out

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET) *.gcda *.gcno *.gcov coverage.info
    rm -rf out

カバレッジ計測の手順

このMakefileを使用してコードカバレッジを計測する手順は以下の通りです。

  1. コンパイルとリンク
   make
  1. カバレッジ計測
   make coverage
  1. クリーンアップ
   make clean

説明

  • コンパイルフラグとリンクフラグ-fprofile-arcs-ftest-coverage フラグを使用して、カバレッジ情報を生成します。--coverage フラグを使ってリンク時にカバレッジサポートを追加します。
  • ターゲットの生成:ソースファイルからオブジェクトファイルを生成し、最終的に実行可能ファイルを作成します。
  • カバレッジデータの生成coverage ターゲットは、実行後にGcovを使ってカバレッジデータを生成し、lcovgenhtml を使ってHTMLレポートを作成します。
  • クリーンアップ:生成されたオブジェクトファイルやカバレッジデータを削除します。

このMakefileを使うことで、C++プロジェクトにおけるコードカバレッジの計測とレポート生成が自動化され、テストの網羅性を効率的に評価することができます。次に、生成されたカバレッジレポートの解析方法について説明します。

カバレッジレポートの生成

コードカバレッジレポートを生成することで、テストがソースコードのどの部分をカバーしているかを視覚的に確認することができます。このセクションでは、前述のMakefileを使用して生成されたカバレッジデータをレポートに変換する手順を説明します。

実行とカバレッジデータの収集

まず、Makefileの coverage ターゲットを実行して、カバレッジデータを収集します。このターゲットでは、プログラムの実行、Gcovによるカバレッジデータの生成、そしてLCOVによるレポート生成を行います。

make coverage

このコマンドにより、以下のプロセスが実行されます:

  1. プログラムのビルドと実行
  2. Gcovによるカバレッジデータの生成
  3. LCOVによるカバレッジデータの収集とHTMLレポートの生成

生成されたファイル

make coverage を実行すると、以下のようなファイルとディレクトリが生成されます:

  • *.gcno:コンパイル時に生成されるカバレッジデータファイル
  • *.gcda:実行時に生成されるカバレッジデータファイル
  • *.gcov:Gcovによって生成されるカバレッジレポートファイル
  • coverage.info:LCOVによって生成されるカバレッジ情報ファイル
  • out/:LCOVによって生成されるHTMLレポートが保存されるディレクトリ

カバレッジレポートの閲覧

生成されたカバレッジレポートはHTML形式で保存されているため、ウェブブラウザで簡単に閲覧できます。

  1. outディレクトリに移動します:
   cd out
  1. ウェブブラウザで index.html ファイルを開きます。例えば、Linuxでは以下のようにして開くことができます:
   xdg-open index.html

カバレッジレポートの内容

カバレッジレポートには、以下のような情報が含まれます:

  • ファイルごとのカバレッジ:各ソースファイルに対するカバレッジの割合が表示されます。
  • 関数ごとのカバレッジ:各関数のカバレッジの詳細が表示されます。
  • 行ごとのカバレッジ:ソースコードの各行がテストでカバーされているかどうかが示されます。

レポートの解析と改善点の特定

カバレッジレポートを解析することで、以下のような改善点を特定できます:

  • 未カバーのコード:テストされていないコード部分を特定し、テストケースを追加します。
  • テストの質の向上:カバレッジが低い部分に対してテストの質を改善します。

カバレッジレポートは、ソフトウェアテストの効果を最大化するための重要なツールです。次に、このレポートを解析し、どのように改善点を見つけて対策を講じるかについて詳しく説明します。

レポートの解析

生成されたカバレッジレポートを解析することで、テストが十分にカバーされていない部分や改善の余地がある箇所を特定できます。このセクションでは、カバレッジレポートの解析方法と、その結果をどのように活用するかを解説します。

カバレッジレポートの確認方法

カバレッジレポートをウェブブラウザで開くと、各ソースファイルに対する詳細なカバレッジ情報が表示されます。主な確認ポイントは以下の通りです。

ファイルごとのカバレッジ

各ソースファイルごとにカバレッジの割合が表示されます。この情報から、特定のファイルがどの程度テストされているかを把握できます。

  • 高カバレッジ:90%以上のカバレッジを持つファイルは、テストが十分に行われていることを示します。
  • 低カバレッジ:50%以下のカバレッジを持つファイルは、追加のテストが必要である可能性が高いです。

関数ごとのカバレッジ

各関数に対するカバレッジの詳細が表示されます。特に重要な機能を提供する関数がテストされているかを確認します。

  • テストが不足している関数:重要な関数が十分にテストされていない場合、その関数に対してテストを追加する必要があります。

行ごとのカバレッジ

ソースコードの各行ごとにカバレッジの状態が示されます。未カバーの行を特定することで、具体的にどの部分にテストが必要かを把握できます。

  • 未カバーのコード行:未カバーの行に対してテストケースを追加し、テストの網羅性を向上させます。

改善点の特定と対策

カバレッジレポートを解析することで、具体的な改善点を特定し、対応するための対策を講じることができます。

未カバーのコードの特定

カバレッジレポートを確認し、テストが行われていないコード行や関数を特定します。これらの箇所に対して、新しいテストケースを作成し、カバレッジを向上させます。

テストケースの追加

未カバーのコードに対して、次のようなテストケースを追加します。

  • エッジケースのテスト:境界値や特殊な入力に対するテストを追加します。
  • 例外処理のテスト:例外やエラーハンドリングコードに対するテストを追加します。

テストの質の向上

既存のテストケースの質を向上させるために、次の点を考慮します。

  • テストカバレッジの多様化:異なるシナリオや入力データを使用してテストカバレッジを多様化します。
  • リファクタリング:冗長なコードや不必要な依存を削減し、テストコードをリファクタリングします。

レポート解析ツールの活用

カバレッジレポート解析には、以下のツールを活用することが推奨されます。

  • LCOV:カバレッジデータの可視化と解析を支援します。
  • CodecovCoveralls:オンラインでカバレッジレポートを管理し、チームで共有するためのサービスです。

カバレッジレポートの解析と改善点の特定により、ソフトウェアのテストの網羅性と品質を向上させることができます。次に、より詳細なカバレッジ計測のための高度なテクニックについて説明します。

高度なカバレッジ計測テクニック

基本的なカバレッジ計測に加えて、より詳細な情報を得るための高度なテクニックを活用することで、テストの網羅性とソフトウェアの品質をさらに向上させることができます。このセクションでは、C++プロジェクトで使用できるいくつかの高度なカバレッジ計測テクニックを紹介します。

条件カバレッジの計測

条件カバレッジ(条件分岐カバレッジ)は、各条件式の全ての可能な結果(真と偽の両方)が少なくとも一度は評価されるかどうかを測定します。これにより、単純なステートメントカバレッジよりも詳細なテストカバレッジを提供します。

  • GCCの-fprofile-arcs-ftest-coverageフラグは、条件カバレッジの計測をサポートしています。
  • Gcovを使用して、条件カバレッジの情報を取得できます。

関数カバレッジの計測

関数カバレッジは、各関数が少なくとも一度は実行されたかどうかを測定します。特に大規模なプロジェクトでは、関数カバレッジを詳細に計測することが重要です。

  • Gcovを使用して、関数レベルのカバレッジデータを取得し、関数ごとのテストの網羅性を確認します。

複数のテストスイートの統合

大規模なプロジェクトでは、複数のテストスイートを統合してカバレッジ計測を行うことが効果的です。これにより、異なるテストケースの結果を統合して、全体のカバレッジを評価できます。

  • LCOVを使用して、異なるテストスイートのカバレッジデータを統合し、総合的なカバレッジレポートを生成します。
  lcov --capture --directory . --output-file total_coverage.info

カバレッジ除外の設定

テストの対象外とすべきコード(例:テスト用のスタブやモックオブジェクト、非テスト対象のサードパーティライブラリなど)を除外する設定を行うことで、より正確なカバレッジ計測を行えます。

  • LCOVの除外オプションを使用して、特定のディレクトリやファイルをカバレッジ計測から除外します。
  lcov --remove coverage.info '/usr/*' --output-file filtered_coverage.info

継続的インテグレーション(CI)との連携

カバレッジ計測を継続的インテグレーション(CI)システムに組み込むことで、プルリクエストやコードの変更ごとに自動的にカバレッジレポートを生成し、品質を維持します。

  • JenkinsGitHub ActionsなどのCIツールと連携させ、ビルドプロセスの一部としてカバレッジ計測を実行します。
  • CodecovCoverallsなどのオンラインツールと連携させ、カバレッジレポートをWeb上で管理・共有します。

実際の設定例

以下に、複数のテストスイートを統合し、カバレッジ除外を設定したMakefileの例を示します。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g -fprofile-arcs -ftest-coverage

# リンクフラグ
LDFLAGS = -lgcov --coverage

# ターゲット名
TARGET = my_program

# ソースファイル
SRC = main.cpp utils.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o $(TARGET) $(OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

# カバレッジデータの生成
coverage: $(TARGET)
    ./$(TARGET)
    gcov $(SRC)
    lcov --capture --directory . --output-file coverage.info
    lcov --remove coverage.info '/usr/*' --output-file filtered_coverage.info
    genhtml filtered_coverage.info --output-directory out

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET) *.gcda *.gcno *.gcov coverage.info filtered_coverage.info
    rm -rf out

これらの高度なテクニックを活用することで、より詳細かつ正確なカバレッジ計測が可能になります。次に、カバレッジ計測のベストプラクティスについて説明します。

カバレッジ計測のベストプラクティス

コードカバレッジ計測を効果的に行うためには、いくつかのベストプラクティスを遵守することが重要です。これらのプラクティスに従うことで、テストの網羅性を高め、ソフトウェアの品質を向上させることができます。

カバレッジ目標の設定

プロジェクト全体で目指すカバレッジ目標を設定します。一般的には、80%以上のカバレッジを目指すことが推奨されます。ただし、プロジェクトの性質やリスクに応じて目標を調整することも重要です。

COVERAGE_THRESHOLD = 80

継続的なカバレッジの監視

カバレッジ計測を定期的に行い、継続的に監視することで、テストの網羅性を維持します。カバレッジの変動を追跡し、新しいコードが追加された際に適切にテストされていることを確認します。

CIツールの活用

継続的インテグレーション(CI)ツールを使用して、プルリクエストやコードの変更ごとにカバレッジレポートを生成し、自動的にレビューします。

カバレッジレポートの共有

カバレッジレポートをチーム全体で共有し、透明性を確保します。定期的なミーティングでカバレッジレポートを確認し、テストの改善点を議論します。

オンラインツールの活用

CodecovやCoverallsなどのオンラインツールを使用して、カバレッジレポートをWeb上で管理・共有します。

未カバー部分の優先的なテスト

カバレッジレポートを分析し、未カバーのコード部分を優先的にテストします。特に、重要な機能やエッジケースに対するテストを強化します。

lcov --capture --directory . --output-file coverage.info
lcov --remove coverage.info '/usr/*' --output-file filtered_coverage.info
genhtml filtered_coverage.info --output-directory out

カバレッジ測定の自動化

ビルドプロセスの一環としてカバレッジ計測を自動化し、手動の介入を最小限にします。これにより、定期的なカバレッジ計測が容易になり、継続的な改善が図れます。

Makefileの例

coverage: $(TARGET)
    ./$(TARGET)
    gcov $(SRC)
    lcov --capture --directory . --output-file coverage.info
    lcov --remove coverage.info '/usr/*' --output-file filtered_coverage.info
    genhtml filtered_coverage.info --output-directory out

カバレッジ計測ツールの適切な選定

プロジェクトに適したカバレッジ計測ツールを選定します。GcovやLCOVに加え、プロジェクトの規模や特性に応じて他のツールも検討します。

ツールの例

  • Gcov: 基本的なカバレッジ計測ツール
  • LCOV: HTMLレポート生成ツール
  • CodecovCoveralls: オンラインカバレッジレポート管理ツール

テストの質の向上

カバレッジだけに依存せず、テストの質にも注目します。意味のあるテストケースを追加し、冗長なテストを排除します。

テストケースの例

  • エッジケースのテスト: 境界値や異常値を使用したテスト
  • 例外処理のテスト: 例外が正しく処理されているかを確認するテスト

これらのベストプラクティスを遵守することで、コードカバレッジ計測を効果的に行い、ソフトウェアの品質を向上させることができます。次に、応用例と演習問題について説明します。

応用例と演習問題

本セクションでは、C++のコードカバレッジ計測をさらに深く理解し、実際のプロジェクトに応用するための例と演習問題を紹介します。これにより、学んだ知識を実践的に活用できるようになります。

応用例

ここでは、実際のプロジェクトでどのようにコードカバレッジ計測を行うかを具体的に示します。

プロジェクト構成例

以下は、Webサーバープロジェクトにおけるディレクトリ構成の例です:

webserver/
├── Makefile
├── src/
│   ├── main.cpp
│   ├── server.cpp
│   └── server.h
├── tests/
│   ├── test_main.cpp
│   └── test_server.cpp
└── coverage/
    └── out/

Makefileの設定例

このプロジェクトのMakefileには、カバレッジ計測用の設定が含まれています。

# コンパイラ
CC = g++

# コンパイルフラグ
CFLAGS = -Wall -Wextra -g -fprofile-arcs -ftest-coverage

# リンクフラグ
LDFLAGS = -lgcov --coverage

# ターゲット名
TARGET = webserver

# ソースファイル
SRC = src/main.cpp src/server.cpp

# テストファイル
TEST_SRC = tests/test_main.cpp tests/test_server.cpp

# オブジェクトファイル
OBJ = $(SRC:.cpp=.o)
TEST_OBJ = $(TEST_SRC:.cpp=.o)

# ターゲットの生成方法
$(TARGET): $(OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o $(TARGET) $(OBJ)

# テストバイナリの生成方法
test: $(TEST_OBJ)
    $(CC) $(CFLAGS) $(LDFLAGS) -o test $(TEST_OBJ)

# オブジェクトファイルの生成方法
%.o: %.cpp
    $(CC) $(CFLAGS) -c $< -o $@

# カバレッジデータの生成
coverage: test
    ./test
    lcov --capture --directory . --output-file coverage.info
    lcov --remove coverage.info '/usr/*' --output-file coverage/filtered_coverage.info
    genhtml coverage/filtered_coverage.info --output-directory coverage/out

# クリーンアップ
clean:
    rm -f $(OBJ) $(TARGET) $(TEST_OBJ) test *.gcda *.gcno *.gcov coverage.info coverage/filtered_coverage.info
    rm -rf coverage/out

実行手順

  1. コンパイルとリンク:以下のコマンドを実行してプログラムをコンパイルします。
   make
  1. テストの実行とカバレッジ計測:テストを実行し、カバレッジデータを収集します。
   make coverage
  1. レポートの確認:生成されたHTMLレポートをウェブブラウザで開きます。
   xdg-open coverage/out/index.html

演習問題

以下の演習問題を通じて、カバレッジ計測の理解を深めましょう。

演習1: 新しいテストケースの追加

  • 課題server.cppに新しい機能を追加し、その機能に対するテストケースを作成します。
  • 手順
  1. server.cppに新しい関数void newFunction()を追加します。
  2. tests/test_server.cppnewFunction()のテストケースを追加します。
  3. Makefileを使用してテストを実行し、カバレッジレポートを生成します。

演習2: カバレッジレポートの改善

  • 課題:カバレッジレポートのカバレッジ率を90%以上に向上させます。
  • 手順
  1. カバレッジレポートを確認し、未カバーのコード部分を特定します。
  2. 追加のテストケースを作成し、未カバー部分をテストします。
  3. 再度カバレッジレポートを生成し、改善結果を確認します。

演習3: 継続的インテグレーションの設定

  • 課題:GitHub Actionsを使用して、プルリクエストごとにカバレッジレポートを生成するCIパイプラインを設定します。
  • 手順
  1. .github/workflowsディレクトリに新しいワークフローファイルを作成します。
  2. 必要なステップ(ビルド、テスト、カバレッジ計測)を定義します。
  3. プルリクエストを作成し、CIパイプラインが正しく動作することを確認します。

これらの応用例と演習問題を通じて、C++のコードカバレッジ計測に関する知識を深め、実践的なスキルを身につけましょう。次に、記事のまとめを行います。

まとめ

本記事では、C++におけるコードカバレッジ計測とMakefileの設定について詳しく解説しました。コードカバレッジは、テストの網羅性を評価し、ソフトウェアの品質を向上させるための重要な指標です。基本的なカバレッジ計測の方法から、高度なテクニック、ベストプラクティス、応用例、演習問題まで幅広く取り扱いました。

Makefileを適切に設定することで、カバレッジ計測を自動化し、効率的にカバレッジデータを収集することができます。また、継続的インテグレーションと連携させることで、コードの品質を継続的に監視し、改善する仕組みを構築することができます。

この記事を通じて学んだ知識とスキルを活用し、プロジェクトにおけるテストカバレッジを効果的に向上させましょう。これにより、ソフトウェアの品質と信頼性を高めることができるでしょう。

コメント

コメントする

目次