テストプロジェクトを計画するうえで欠かせないのが「テスト見積もり（Test Estimation）」です。
この記事では、ISTQB Foundation Level 4.0 チュートリアル第47回「Test Estimation Techniques」で紹介された代表的な4つの見積もり手法を、わかりやすく解説します。
🔍 テスト見積もりとは？
テスト見積もりとは、「このプロジェクトでどれくらいのテスト作業が必要か？」を予測することです。
具体的には以下を見積もります。
-
必要な工数（人日・時間）
-
テスト実施にかかる期間
-
関連するコスト
これにより、テストマネージャーはプロジェクトマネージャーに対して現実的なスケジュールを提示できます。
💡ポイント
見積もりは「正確な数値」ではなく、「できる限り現実に近い予測値」です。
そのため「Estimation（推定）」であって、「Calculation（計算）」ではありません。
🎯 見積もりの目的
テスト見積もりの目的は、プロジェクト全体の計画を現実的に立てることです。
もし見積もりが甘いと、
-
スケジュール遅延
-
品質低下
-
コスト超過
など、重大な問題を引き起こす可能性があります。
📊 テスト見積もりの2つのアプローチ
ISTQBでは、テスト見積もりを次の2つのアプローチに分類しています。
-
メトリクス（Metrics）ベースの見積もり
→ 過去のデータや数値モデルを使って見積もる方法
-
エキスパート（Expert）ベースの見積もり
→ チームメンバーの経験や知見をもとに見積もる方法
それぞれに代表的な技法があり、合計4つを紹介します。
【1】メトリクスベース見積もり：Ratio-Based Estimation（比率見積もり）
この手法は、過去の類似プロジェクトの実績データを参考にして見積もる方法です。
たとえば：
以前のプロジェクトでは、開発に600人日、テストに400人日かかった（開発：テスト＝3：2）
この場合、今回の開発工数が900人日と見積もられるなら、
テスト工数は同じ比率で 900 × (2/3) = 600人日 と予測できます。
✅ メリット
-
組織内の実データに基づくため信頼性が高い
-
見積もり作業が効率的
⚠️ デメリット
-
過去のデータがない新規分野では使いにくい
-
前提条件（技術、チーム構成など）が異なると誤差が出やすい
【2】メトリクスベース見積もり：Extrapolation（外挿法）
Extrapolation（エクストラポレーション）は、「現在の進捗データから将来を予測する方法」です。
特にアジャイル開発でよく使われます。
🔧 具体例
スプリント1で100ストーリーポイントを計画したが、実際には80ポイントしか完了できなかった場合、
次のスプリントでは「80ポイント前後が現実的」と判断します。
また、「バーンダウンチャート」や「ベロシティ」などのメトリクスを利用して、
チームの実績から将来の能力を推定します。
✅ メリット
-
実際のチームデータに基づくため現実的
-
継続的な改善に役立つ
⚠️ デメリット
-
プロジェクト初期ではデータが少なく精度が低い
【3】エキスパートベース見積もり：Wide Band Delphi（ワイドバンド・デルファイ法）
Wide Band Delphi法は、複数の専門家の意見を統合して見積もりを出す方法です。
アジャイルの「プランニングポーカー」にも似ていますが、
参加者が**独立して見積もりを行う（非公開・非同期）**点が異なります。
🧭 手順
-
各専門家が、独立して見積もりを提出
-
結果を集計し、ばらつきが大きい場合は全員でディスカッション
-
フィードバックをもとに再見積もり
-
全員の合意（コンセンサス）が得られるまで繰り返す
✅ メリット
-
複数の視点からの判断が得られる
-
バイアスを減らせる
⚠️ デメリット
-
手間と時間がかかる
-
専門家の確保が必要
【4】エキスパートベース見積もり：Three-Point Estimation（三点見積もり）
この手法では、1つの値ではなく3つの見積もりを使います。
|
タイプ |
意味 |
記号 |
|---|---|---|
|
楽観的見積もり |
最も短い場合 |
A |
|
最可能見積もり |
平均的な場合 |
M |
|
悲観的見積もり |
最も長い場合 |
B |
そして、以下の式で平均見積もり（E）を求めます：
E = (A + 4M + B) / 6
さらに、**標準偏差（SD）**を求めることで、誤差範囲も算出できます。
SD = (B – A) / 6
📘 例題
-
A = 6時間（最短）
-
M = 9時間（平均）
-
B = 18時間（最長）
👉 E = (6 + 4×9 + 18) / 6 = 10時間
👉 SD = (18 – 6) / 6 = 2時間
つまり、**10 ± 2時間（8〜12時間）**が現実的な見積もりとなります。
✅ メリット
-
不確実性を明確にできる
-
リスクを考慮した計画が立てられる
🧩 まとめ：テスト見積もり技法の使い分け
|
カテゴリ |
技法 |
特徴 |
適用例 |
|---|---|---|---|
|
メトリクスベース |
Ratio-Based |
過去の比率を利用 |
類似製品のテスト見積もり |
|
メトリクスベース |
Extrapolation |
現在の実績から予測 |
アジャイルスプリント計画 |
|
エキスパートベース |
Wide Band Delphi |
専門家の合意を重視 |
チーム見積もり会議 |
|
エキスパートベース |
Three-Point |
不確実性を数値化 |
新規機能の開発テスト |
💡 まとめとポイント
-
テスト見積もりは「正確」ではなく「現実的」であることが重要
-
小さなタスク単位に分割して見積もると精度が上がる
-
チームの過去データと専門家の知見を組み合わせるのがベスト
コメント