レビュー

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

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

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

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

他の値から大きく離れた値。入力ミスの場合もあれば、実際に起きた重要な事象の場合もあるため、機械的に除外せず背景を確認してから判断する。

本来値があるべき箇所が空になっているデータ。除外すると件数が減り、平均値などで補完すると分布が歪むため、発生原因を踏まえて扱いを決める必要がある。

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

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

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

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