レビュー

プロジェクトの成果物を適宜評価するための活動。コードレビュー、ピアレビュー、デザインレビュー、インスペクション、ウォークスルーなどの種類がある。品質向上と欠陥の早期発見を目的とする。

プロジェクトの成果物を評価する活動。コードレビュー、デザインレビュー、インスペクション、ウォークスルーなどの種類がある。レビュー方式の決定、評価基準の決定、参加者の選出、結果の反映という手順で実施される。

成果物の品質を評価し、欠陥を検出するための調査活動の総称。インスペクション、ウォークスルー、テクニカルレビュー、アドホックレビューなど、形式性の異なる複数の手法がある。テスト前の上流品質保証活動として重要。

成果物や文書の品質を確認するために、関係者が内容を評価する活動。ウォークスルー、インスペクション、ピアレビューなどの形式がある。テスト工程の前に欠陥を発見できるため、修正コストの低減に効果的。

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

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

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

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

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

ソースコードを実行せずに解析し、バグの可能性、コーディング規約違反、セキュリティ脆弱性などを検出するツール。SonarQube、FindBugs、ESLintなどがある。CI/CDパイプラインに組み込んで品質を継続的に監視する。