レビュー

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

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

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

要件と設計・実装・テストの各成果物間の対応関係を追跡できること。双方向の追跡可能性（双方向のトレーサビリティ）により、要件の漏れや不要な実装の検出が可能になる。要件定義やレビューの評価基準として重要。

モデレーターが主導し、チェックリストに基づいて成果物の欠陥を組織的に検出するレビュー手法。正式な手順に従い、参加者の役割（作成者・読み手・記録者等）が明確に定められている。

成果物の作成者が説明役となり、参加者に内容を順に説明しながら問題点や改善点を検出するレビュー手法。インスペクションより非公式で柔軟に実施でき、知識共有の効果もある。

JIS X 25010で規定されるソフトウェア製品の品質モデル。製品品質モデルでは機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの特性に分類される。

ソースコードを他の開発者が読んで、コーディング標準への準拠、効率性、保守性、欠陥の有無を確認する活動。ピアコードレビュー、コードインスペクション、ウォークスルーなどの形式がある。

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