コードレビュー

作成されたソースコードを開発者以外の第三者が確認し、品質を検証する活動。バグの早期発見、コーディング規約の遵守確認、保守性の向上などを目的として実施される。

作成されたソースコードを他の開発者が検証する品質保証活動。コードインスペクション、ピアコードレビュー、ウォークスルーなどの形式がある。コーディング標準の遵守、効率性、保守性の観点で評価する。メトリクス計測やサイクロマティック複雑度の確認も行う。

ソースコードを開発者以外の人がチェックし、バグ、設計上の問題、コーディング規約違反などを検出する手法。ペアレビュー、プルリクエストベースのレビューなどの形態がある。品質向上と知識共有に寄与する。

他の開発者がソースコードを検査し、バグ、設計問題、コーディング規約違反などを検出するレビュー手法。ウォークスルー、インスペクション、ペアプログラミングなどの形態がある。品質向上と知識共有に有効。

プログラムの記述方法に関する統一ルール。命名規則、インデンテーション、ネスト、コメントの書き方、使用禁止命令などを規定する。コードの可読性・保守性を向上させ、チーム開発での品質統一に貢献する。

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

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

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

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

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