サイクロマティック複雑度

プログラムの制御フローグラフに基づいて算出される複雑度の指標。分岐の数が多いほど値が大きくなり、テストすべきパス数の目安となる。メトリクス計測に用いられ、コードレビューの判断材料にもなる。

プログラムの制御フローの複雑さを定量的に測定する指標。McCabeが提案し、分岐の数に基づいて算出する。値が大きいほどテストケースが多く必要で、バグが混入しやすい。一般に10以下が望ましいとされる。

プログラムの制御フローグラフの独立パス数を表す複雑度指標。分岐（if、switch、for等）が増えるほど値が大きくなる。一般に10以下が推奨され、値が大きいモジュールはテストやメンテナンスが困難になる。

プログラムの制御フローグラフの独立パス数を表す複雑度指標。分岐（if、switch、for等）が増えるほど値が大きくなる。一般に10以下が推奨され、値が大きいモジュールはテストやメンテナンスが困難になる。

テストによってどの程度のプログラムコードが実行されたかを示す指標。命令網羅率（C0）、分岐網羅率（C1）、条件網羅率（C2）などがある。カバレッジ100%でも完全な品質保証にはならない点に注意が必要。

ソフトウェアの品質を定量的に測定するための指標の総称。バグ密度（KLOC当たりのバグ数）、テストカバレッジ、コード複雑度、欠陥除去率などがある。プロジェクトの品質状況の把握と改善判断に活用する。

プログラムの規模あたりのバグ検出数を示す品質指標。KLOC（千行）あたりのバグ数やFPあたりのバグ数で測定する。工程ごと・モジュールごとに計測し、品質の偏りや問題箇所の特定に活用する。過去の実績値と比較して評価する。

アジャイル開発において、チームが1スプリントで完了できる作業量を示す指標。ストーリーポイントの合計値で表され、過去のスプリント実績から次のスプリントの計画に用いる。チームの生産性の目安となる。

データ基盤の物理的なテーブル構造と利用者の間に置き、「売上」「顧客数」などのビジネス用語や指標の定義・計算式を一元的に管理する層。BIツールや分析ツールがこの層を介してデータを参照するため、部門やツールごとに指標の定義が食い違うのを防げる。

テストの十分さを表す指標の一つで、プログラムの規模当たりのテスト項目の数（例えば1,000行当たりのテストケースの数）。目標値や過去の実績と比べてテストの不足や過剰を判断し、バグ密度とともにテストの品質の管理に使う。