ソフトウェアテストでは「計画した通りに進んでいるか」を確認し、問題があれば「適切に軌道修正する」ことが欠かせません。
ISTQB Foundation 4.0の**Chapter 5.3「Test Monitoring & Control」**では、このプロセスを体系的に学びます。
本記事では、**テストのモニタリング、コントロール、そしてメトリクス（指標）**について、わかりやすく解説します。
🧭 テストモニタリングとは？（Test Monitoring）
意味と目的
モニタリングとは、「テスト活動の進捗を継続的に観測・測定すること」です。
プロジェクトには「計画」がありますが、計画通りに進むとは限りません。
そのため、テストの進捗や品質を定期的に確認し、予定との差異（Deviation）を早期に発見することが大切です。
具体例
例えば、下記のような情報をモニタリングします。
-
実施済みのテストケース数（予定 vs 実績）
-
不具合の検出数・修正状況
-
テスト環境やリソースの準備状況
-
リスクの未解決件数
-
テスト目標（例：カバレッジ80%）の達成率
💡 例：Googleマップにたとえると？
出発前にルートを設定しても、交通状況や渋滞で予定通り進まないことがあります。
走行中にマップを見て、順調かどうか確認する——これが「モニタリング」です。
⚙️ テストコントロールとは？（Test Control）
意味と役割
モニタリングの結果、計画とのズレが見つかったときに**「どう修正するか」**を決めて実行するのがコントロールです。
つまり、モニタリングが観察、コントロールが行動にあたります。
よくあるコントロールの例
-
優先順位の変更（リスクが高いテストを先に実施）
-
スケジュールの再調整（遅延対応・追加リソース投入）
-
エントリ／エグジット基準の見直し
-
環境トラブル時の代替計画立案
💡 Googleマップの例（続き）
目的地に向かう途中で道を間違えた場合、マップが「Uターンしてください」と指示します。
この「ルート修正」がコントロールです。
📊 テストメトリクスとは？（Test Metrics）
意味
メトリクスとは、「テスト活動を数値で測定するための指標や計算式」のことです。
メトリクスを使うことで、感覚的な判断ではなくデータに基づく意思決定ができます。
テストメトリクスの分類と例
|
カテゴリ |
主なメトリクス例 |
説明 |
|---|---|---|
|
進捗系メトリクス |
テストケース完了率、実行時間、環境準備進捗 |
計画通りに進んでいるかを確認 |
|
品質系メトリクス |
不具合密度、平均修正時間、再発率 |
製品の品質状態を評価 |
|
カバレッジ系メトリクス |
要求カバレッジ、コードカバレッジ、決定カバレッジ |
どの程度テストで網羅できているかを確認 |
|
リスク系メトリクス |
未解決リスク数、リスク削減率 |
テストリスクの管理状態を数値化 |
|
コスト系メトリクス |
テストコスト、工数、リソース使用率 |
予算・リソースの健全性を判断 |
これらを使い、テストマネージャは「進捗報告」や「品質評価」を行います。
例えば、進捗メトリクスでテストの遅れを早期に検知し、コントロールで対策を取ることができます。
🧩 テストモニタリングとコントロールの関係まとめ
|
プロセス |
目的 |
結果 |
|---|---|---|
|
モニタリング |
状況を観察・測定する |
進捗や品質の把握 |
|
コントロール |
問題を修正・調整する |
計画への軌道修正 |
両者は常にセットで行われます。
モニタリングがなければコントロールはできず、コントロールがなければ改善もできません。
📘 テストメトリクスの重要性
テストメトリクスは、単なる数値ではなく「プロジェクトの健康状態を可視化するツール」です。
たとえば以下のような判断に役立ちます。
-
このままのペースで納期に間に合うか？
-
不具合率が高いモジュールはどこか？
-
追加リソースを投入すべきか？
これらをデータで裏付けられるようにすることで、
より効率的・効果的なテストマネジメントが可能になります。
💡 まとめ
-
テストモニタリングは「進捗の観察」
-
テストコントロールは「問題の修正」
-
テストメトリクスは「進捗・品質を数値化する道具」
この3つをバランスよく活用することで、
プロジェクト全体を見渡しながら品質と効率を両立できるようになります。
コメント