コードレビュー

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

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

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

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

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

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

性能、信頼性、可用性、セキュリティ、保守性、移植性など、機能以外のシステム品質に関する要件。パフォーマンス要件や運用・保守要件も含まれ、システムが「どのように動くか」を規定する。

要件から設計、テストケース、情報項目に至るまでの追跡可能性。双方向のトレーサビリティにより、要件の漏れや不整合を検出でき、要件変更時の影響範囲の把握にも活用される。トレーサビリティマトリクスで管理する。

JIS X 25010で規定されるソフトウェア製品の品質モデル。製品品質モデルとして機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの特性に分類される。利用時の品質モデルには有効性、効率性、満足性、リスク回避性、利用状況網羅性がある。

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