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

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

プログラムの制御フローグラフから算出される複雑度の指標。分岐の数に基づいて計算され、値が大きいほど複雑でテストケースが多く必要になる。一般に10以下が望ましいとされ、リファクタリングの判断基準に用いる。

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

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

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

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

他の値から大きく離れた値。入力ミスの場合もあれば、実際に起きた重要な事象の場合もあるため、機械的に除外せず背景を確認してから判断する。

本来値があるべき箇所が空になっているデータ。除外すると件数が減り、平均値などで補完すると分布が歪むため、発生原因を踏まえて扱いを決める必要がある。

プログラムの記述スタイルや命名規則、コメントの書き方、インデンテーション、ネストの深さ制限、使用禁止命令などを統一するための規約。可読性・保守性の向上とバグ混入の防止を目的とし、チーム開発での一貫性を確保する。

製品やシステムが、特定の利用者にとって特定の利用状況において、有効性・効率性・満足度をもって使用できる度合い。ISO 9241-11で定義され、学習しやすさ、操作効率、記憶しやすさ、エラーの少なさ、主観的満足度の5つの指標で評価される。