ステートメントカバレッジとは？初心者が押さえる基本と実例共起語・同意語・対義語も併せて解説！

この記事を書いた人

岡田康介

名前：岡田康介（おかだこうすけ）ニックネーム：コウ、または「こうちゃん」年齢：28歳性別：男性職業：ブロガー（SEOやライフスタイル系を中心に活動）居住地：東京都（都心のワンルームマンション）出身地：千葉県船橋市身長：175cm 血液型：O型誕生日：1997年4月3日趣味：カフェ巡り、写真撮影、ランニング、読書（自己啓発やエッセイ）、映画鑑賞、ガジェット収集性格：ポジティブでフランク、人見知りはしないタイプ。好奇心旺盛で新しいものにすぐ飛びつく性格。計画性がある一方で、思いついたらすぐ行動するフットワークの軽さもある。 1日（平日）のタイムスケジュール 7:00 起床：軽くストレッチして朝のニュースをチェック。ブラックコーヒーで目を覚ます。 7:30 朝ラン：近所の公園を30分ほどランニング。頭をリセットして新しいアイデアを考える時間。 8:30 朝食＆SNSチェック：トーストやヨーグルトを食べながら、TwitterやInstagramでトレンドを確認。 9:30 ブログ執筆スタート：カフェに移動してノートPCで記事を書いたり、リサーチを進める。 12:30 昼食：お気に入りのカフェや定食屋でランチ。食事をしながら読書やネタ探し。 14:00 取材・撮影・リサーチ：街歩きをしながら写真を撮ったり、新しいお店を開拓してネタにする。 16:00 執筆＆編集作業：帰宅して集中モードで記事を仕上げ、SEOチェックやアイキャッチ作成も行う。 19:00 夕食：自炊か外食。たまに友人と飲みに行って情報交換。 21:00 ブログのアクセス解析・改善点チェック：Googleアナリティクスやサーチコンソールを見て数字を分析。 22:00 映画鑑賞や趣味の時間：Amazonプライムで映画やドラマを楽しむ。 24:00 就寝：明日のアイデアをメモしてから眠りにつく。

ステートメントカバレッジとは

ステートメントカバレッジはソフトウェアテストの評価指標の一つで、プログラムの実行中に通るすべての命令文が少なくとも一度は実行されたかを測ります。ここでいう命令文は実際に画面に表示されるものではなく、プログラムの実際の動作を表すコードの行です。

要点としては命令文が実行されたかどうかだけを追跡する点です。分岐やループの一部が動作したかは別の指標で見ることが多く、ステートメントカバレッジは「どの行が走ったか」を教えてくれます。

たとえば次のような簡単な例を想定してみましょう。x が正の値かどうかを判定し、その後の処理を選ぶコードがあるとします。全体のコードにはもしx が0以下になるケースも含まれます。テストを作らずに実行した場合、もし全体のコードの中で1行だけが実行され、他の行が走っていなかったとしたら、ステートメントカバレッジは低いままです。

なぜ重要か

テストがしっかりしているかを判断するための目安として使われます。未実行の命令文を把握することで、見落としのバグを見つけやすくなるのが大きな利点です。

どう測定するか

測定の基本はテスト実行後のカバレッジ報告を確認することです。テストツールは実際に走った命令文を「実行済み」とマークし、まだ走っていない命令文を赤色や未実行として表示します。

測定の限界と注意点

ステートメントカバレッジだけでは十分ではないことがあります。たとえば条件分岐が複雑な場合、同じ命令文が複数回実行されてもテストは1回分のカバレッジしか増えないことがあります。高いステートメントカバレッジが必ずしもバグの少なさを保証するわけではない点を心に留めておきましょう。

実務的な使い方のコツ

1つの大きな機能を実装しているコードの各命令文を「最低でも1回は実行」するテストを作ります。次に、実行時に現れる例外やエラーメッセージを確認するテストを加え、未実行の行を特定して追加のテストを作ります。

実例と表でのイメージ

以下はイメージ例で実際のコードではなく命令文の動きを表す表です。表を見ながら、どの行が実行済みかを把握する習慣をつけると良いでしょう。

able>説明例実行された行はい未実行の行いいえ複雑な条件の分岐一部のみ実行ble>

最後に、ステートメントカバレッジを活用する際のポイントはテストの目的を明確にすることと、カバレッジだけに頼らず、意味のある機能テストや境界値テストを組み合わせることです。

ステートメントカバレッジの同意語

ステートメントカバレッジ: ソースコードの各文（命令）を少なくとも1回は実行して検証するカバレッジの指標。主に文レベルの網羅を示す。
文カバレッジ: ステートメントカバレッジと同義の表現。ソースコードの文を全て実行したかを測る指標。
文の網羅: ソースコード内の文（命令）の網羅度を示す指標。全ての文が少なくとも1回実行されたかを評価。
命令カバレッジ: プログラムの命令（ステートメント）をどれだけ実行したかを測る指標。ステートメントカバレッジと同義。
ステートメント網羅: ステートメントカバレッジの言い換え。コード中の全ステートメントを少なくとも1回実行することを示す指標。
行カバレッジ: コード内の各行が実行されたかを測る指標。ステートメントカバレッジの代表的な見方。
コード行カバレッジ: ソースコードの行ごとの実行状態を測る指標。行ベースのカバレッジで、ステートメントカバレッジと同義に用いられることが多い。
行レベルのカバレッジ: コードの行を対象とした網羅の考え方。一般にはステートメントカバレッジと同義で使われることが多い。

ステートメントカバレッジの対義語・反対語

低いステートメントカバレッジ: 意味: 実行済みのステートメントの割合が低く、テストがコードの大半を検証していない状態。
不十分なカバレッジ: 意味: テストがコードの大部分をカバーしていない、網羅性不足の状況。
部分的カバレッジ: 意味: 全体のうち一部のステートメントのみが実行され、残りが未検証の状態。
未実行ステートメントが多い: 意味: テストで実行されていないステートメントが多く、バグが見つかりにくい状況。
未カバーのステートメントが多い: 意味: カバーされていないステートメントが多く、挙動検証の信頼性が低い。
カバレッジ不足: 意味: 全体のカバレッジが不足しており、品質保証の観点で不十分なテスト状態。
100%未達成のカバレッジ: 意味: 目標値である100%には達しておらず、網羅性が完全ではない状態。
低水準のステートメントカバレッジ: 意味: 基本的な実行経路すら網羅されていないことがある低いレベルのカバレッジ。

ステートメントカバレッジの共起語

コードカバレッジ: コード全体のうち、テストで実際に実行されたステートメントの割合を示す指標。品質の目安として使われます。
行カバレッジ: 実行された行の割合を表す指標。ステートメントカバレッジとほぼ同義で使われることが多いです。
ブランチカバレッジ: 分岐（if/else など）の各結果がどの程度実行されたかを示す指標。
条件カバレッジ: 条件式の各条件部分が真偽の両方で評価されている割合を示します。複雑な条件の網羅度を測定します。
決定カバレッジ: 条件と分岐を組み合わせて、決定点の網羅度を測る指標。
MC/DCカバレッジ: Modified Condition/Decision Coverage。全ての条件の真偽を独立して評価し、決定の影響を検証する厳格なカバレッジ。
パスカバレッジ: 実行経路の全パスのうち、少なくとも1回は実行された経路の割合を表します。
実行カバレッジ: 実行済みのステートメント・分岐など、実行に関わる要素の網羅度の総称。
カバレッジ測定: テスト実行時にカバレッジを測定・計測する作業そのもの。
カバレッジレポート: 測定結果をまとめたレポート。ファイル形式や画面表示で確認できます。
カバレッジツール: コードカバレッジを測定するツールの総称。ツールごとに対象言語や出力形式が異なります。
JaCoCo: Java向けの代表的なカバレッジツール。実行したコードのカバレッジをHTML/XMLなどで出力します。
Cobertura: Java向けのオープンソースのカバレッジツール。古くから広く利用されています。
nyc: JavaScript/Node.js向けのカバレッジツール（Istanbul系の後継）。
テストカバレッジ: テスト全体がコードをどの程度網羅しているかを示す指標。テストの網羅度の総称。
テストケース: 機能を検証するための入力と操作の最小単位。1つのケースが1回の検証を担います。
テストスイート: 複数のテストケースをまとめたセット。共通の前提や初期化を共有することが多いです。
白箱テスト: コードの内部構造を前提に設計・実行するテスト。カバレッジを高めるのに有効です。
目標カバレッジ: プロジェクトで達成を目指すカバレッジの目標値。通常はパーセンテージで設定します。
HTMLレポート: ブラウザ上で閲覧できるレポート形式。ビジュアルにカバレージを確認できます。
XMLレポート: 機械可読なレポート形式。他のツールへの取り込みに便利です。

ステートメントカバレッジの関連用語

ステートメントカバレッジ: テストで実際に実行されたステートメント（文）の割合。総ステートメント数に対して、実行済みのステートメントの比率を示す指標。C0カバレッジとも呼ばれることがあります。
行カバレッジ: コードの各行が少なくとも1回は実行されたかを示す指標。ステートメントカバレッジの実行対象を“行”で見る考え方です。
判定カバレッジ: if や switch の分岐が真偽の両方で少なくとも1回は評価されたかを測る指標。分岐の網羅性を評価します。略して分岐カバレッジとも言われます。
条件カバレッジ: 複合条件の各条件式が独立して真偽を評価されるようにテストを設計したかを測る指標。例: a && b の a と b が別々に真偽を検証されるか。
条件-決定結合カバレッジ: 複合条件の全てのサブ条件の組み合わせが網羅されるようにテストケースを用意したかを測る指標。複合条件の網羅性を高める考え方です。
パスカバレッジ: プログラムの可能な実行経路（パス）をすべて網羅することを目指すカバレッジ。現実的には難しく、組み合わせが爆発します。
基本ブロックカバレッジ: 制御フローグラフの基本ブロック（連続して1つの命令列として実行される領域）を少なくとも1回は実行したかを測る指標。
ブロックカバレッジ: 基本ブロック以外のブロックにも着目したカバレッジの総称。テスト結果がどのブロックを通過したかを示します。
ループカバレッジ: ループが0回・1回・複数回など、回数のパターンをテストに含めてカバーできているかを測る指標。
コードカバレッジ: ソースコード全体のうち、テストによって実行された部分の割合を総称する広い概念です。ステートメントカバレッジはコードカバレッジの一種。
テストカバレッジ: 仕様をどれだけ満たすテストが用意され、実行されているかを総合的に示す概念。コードカバレッジだけでなく機能の観点も含みます。
テストケース: 特定の入力と操作を組み合わせて機能を検証するための具体的な条件のこと。カバレッジを高めるために多様なケースを用意します。
カバレッジ測定ツール: コードカバレッジを計測・可視化するツールの総称。実行済みのコード部分を検出してレポートします。
制御フローグラフ(CFG)カバレッジ: 制御フローグラフのブロックやエッジがどれだけ実行されたかを測る指標。ステートメントカバレッジや判定カバレッジと合わせて用いられます。
カバレッジ閾値: しきい値として設定される最小カバレージ割合。テストの品質基準として使われます。