ISTQB Foundation（CTFL）試験の過去問題・サンプル問題をもとに、理解を深めるシリーズ第21弾です。
今回のテーマは以下の5つです。
-
比率ベースのテスト工数見積もり（Estimation Based on Ratios）
-
テスト優先度と依存関係に基づく実行順序
-
アジャイルテストの4象限（Agile Testing Quadrants）
-
リスクと緩和策（Risk and Mitigation Mapping）
-
プロダクト品質メトリクス（Product Quality Metric）
質問1：比率ベースのテスト工数見積もり
問題文
過去の4つの類似プロジェクトのデータを使い、「テスト工数 ÷ 開発工数」の平均比率を計算します。
新しいプロジェクトの開発工数が $800,000 の場合、テスト工数はいくらと見積もられますか？
解説
過去データ（例）：
|
プロジェクト |
開発工数 ($) |
テスト工数 ($) |
|---|---|---|
|
A |
1,000,000 |
130,000 |
|
B |
1,200,000 |
70,000 |
|
C |
800,000 |
100,000 |
|
D |
600,000 |
60,000 |
合計で開発工数は 3,600,000ドル、テスト工数は 360,000ドル。
したがって、テスト:開発の比率は 1:10 です。
新プロジェクトの開発工数が 800,000ドル の場合、
テスト工数はその10分の1、80,000ドル になります。
✅ 正解：$80,000
ポイント：
-
過去データに基づく見積り（historical data-based estimation）は現実的。
-
比率を求めるときは、単純平均ではなく「合計テスト工数 ÷ 合計開発工数」で算出する。
質問2：テスト優先度と依存関係に基づく実行順序
問題文
次のようなWebアプリをテストします。
-
検索（Search）
-
詳細表示（View）
-
カートに追加（Add）
-
注文（Order）
7つのテストケース（TC1〜TC7）をすべて実行する必要があります。
それぞれに**優先度（Priority）と依存関係（Dependency）**があります。
依存関係
-
検索 → 表示 → カート追加 → 注文 の順に依存。
解き方
高優先度でも、依存している機能が未テストなら先に依存元をテストします。
たとえば、
「Add（カート追加）」は「View（表示）」に依存し、
「View」は「Search（検索）」に依存します。
したがって、最初に行うのは 検索機能（TC2など） になります。
依存関係をたどりながら、優先度順に並べ替えると、第4番目に実行すべきテストケースは TC1 となります。
✅ 正解：TC1
ポイント：
-
優先度が高くても依存を無視できない。
-
実務でも、回帰テストや機能テストを実行する際に同様の判断が必要です。
質問3：アジャイルテストの4象限（Agile Testing Quadrants）
問題文
「Q1：技術面に焦点を当て、チームを支援するテスト」に該当するのはどれ？
解説
アジャイルテストの4象限（Agile Testing Quadrants）：
|
象限 |
テストの性質 |
主な目的 |
例 |
|---|---|---|---|
|
Q1 |
技術面・チーム支援 |
内部品質の維持 |
ユニットテスト、コンポーネントテスト |
|
Q2 |
ビジネス面・チーム支援 |
ビジネス価値の確認 |
機能テスト、ストーリーテスト |
|
Q3 |
ビジネス面・製品批評 |
ユーザー体験の評価 |
探索的テスト、UAT |
|
Q4 |
技術面・製品批評 |
非機能的品質の検証 |
パフォーマンス、セキュリティ、負荷テスト |
したがって、Q1に該当するのは コンポーネント統合テスト（Component Integration Testing）。
✅ 正解：Component Integration Testing
質問4：リスクと緩和策（Risk Mitigation）
問題文
以下のリスクと緩和策を正しく対応づけなさい。
|
リスク |
緩和策 |
|---|---|
|
1. 非効率なループで応答が遅い |
A. リスク受容 |
|
2. 顧客の嗜好変化 |
B. パフォーマンステスト |
|
3. サーバールームの浸水 |
C. 境界値分析 |
|
4. 高齢患者の誤報告 |
D. リスク転送（保険など） |
解説
-
1 → B：応答が遅い → パフォーマンステストで検出・改善。
-
2 → A：顧客の嗜好は制御不能 → 受け入れるしかない。
-
3 → D：自然災害的リスク → 保険などでリスク転送。
-
4 → C：年齢条件による誤報 → 境界値分析（BVA）で検出可能。
ポイント：
-
技術的リスクにはテスト技法を適用。
-
ビジネス・自然災害系リスクには「受容」や「転送」を選択。
質問5：プロダクト品質メトリクス
問題文
次のうち、「製品の品質」を測るメトリクスはどれ？
-
欠陥数（Number of Defects Found）
-
要件カバレッジ（Requirement Coverage）
-
欠陥検出率（Defect Detection Percentage）
-
平均故障間隔（Mean Time to Failure）
解説
-
①③は欠陥メトリクス（Defect Metrics）
-
②はテストカバレッジメトリクス
-
④は製品そのものの品質を表す指標
✅ 正解：④ Mean Time to Failure（平均故障間隔）
ポイント：
-
「品質メトリクス」はシステムの信頼性・安定性に関わる。
-
一方、「欠陥メトリクス」はプロセスやテスト活動の有効性を評価。
まとめ
今回の5問では、試験でも実務でも頻出のトピックが詰まっています。
|
トピック |
試験頻度 |
現場活用度 |
|---|---|---|
|
比率ベース見積もり |
★★★★☆ |
★★★★☆ |
|
優先度と依存関係 |
★★★★★ |
★★★★★ |
|
アジャイル4象限 |
★★★★☆ |
★★★★☆ |
|
リスク対応策 |
★★★★★ |
★★★★★ |
|
品質メトリクス |
★★★★☆ |
★★★☆☆ |
特に、**「リスク管理」や「優先度判断」**は現場での意思決定にも直結するため、理解しておくと大きな強みになります。
💡まとめポイント
-
過去データの活用：比率を算出し、見積りの精度を上げる
-
依存関係を考慮した実行順：高優先度だけで判断しない
-
アジャイル象限を理解：Q1〜Q4でテスト目的を整理
-
リスク緩和策の対応づけ：技術・業務・環境の観点で見極め
-
品質メトリクス：製品の安定性を定量的に把握
コメント