バグ密度

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

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

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

モデレーターが主導し、事前に定められた手順と基準に従って成果物の欠陥を検出する公式なレビュー手法。参加者が事前に成果物を精査し、インスペクション会議で指摘事項を記録する。ウォークスルーより形式的で、欠陥検出率が高い。

作成者が成果物の内容を関係者に説明しながらレビューする非公式なレビュー手法。要件定義書や設計書の内容を早期に共有し、誤りや不整合を発見する。インスペクションより形式的でなく柔軟に実施できる。

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011（JIS X 25010:2013）では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂（ISO/IEC 25010:2023）で安全性が加わり、9特性になった。

プログラムを実行せずにソースコードを解析し、潜在的なバグ、セキュリティ脆弱性、コーディング規約違反などを検出する手法。バッファオーバーフロー、未初期化変数、メモリリークなどの問題を早期に発見できる。