ISTQB Foundation（CTFL）試験で頻出のテーマをわかりやすく解説します。
🧩 質問1：典型的なテストの目的はどれか？
選択肢：
A. 文書化された要求事項を検証すること
B. 障害を発生させ、欠陥を特定すること
C. エラーを起こし、根本原因を特定すること
D. テスト対象がユーザーの期待を満たすことを確認すること
正解：B. 障害を発生させ、欠陥を特定すること
✅ 解説
テストの目的は「ソフトウェアの欠陥を見つけること」です。
「検証（verification）」と「妥当性確認（validation）」の区別がポイントになります。
-
Verification（検証）：仕様や設計が正しいかを確認（静的テスト）
-
Validation（妥当性確認）：システムがユーザーの期待を満たしているかを確認（動的テスト）
この問題で「validating」ではなく「verifying」が使われているため、テストの目的＝欠陥発見が正解です。
📘 実務例：
ログイン機能をテストする際、意図的に誤ったパスワードを入力して「エラーメッセージが正しく表示されるか」を確認することは、「障害を発生させて欠陥を見つける」典型的なテスト行為です。
🧠 質問2：テストとデバッグの違いは何か？
選択肢：
A. テストは障害を起こし、デバッグは障害を修正する
B. テストはネガティブな活動で、デバッグはポジティブな活動である
C. テストは欠陥の存在を確認し、デバッグは欠陥を除去する
D. テストは欠陥の原因を見つけ、デバッグは原因を修正する
正解：C. テストは欠陥の存在を確認し、デバッグは欠陥を除去する
✅ 解説
テストとデバッグは似ていますが、役割と担当が異なります。
|
項目 |
テスト |
デバッグ |
|---|---|---|
|
主な担当 |
テスター |
開発者 |
|
目的 |
欠陥を見つける |
欠陥を修正する |
|
タイミング |
実装後の評価 |
テスト後に発見された欠陥の解析・修正 |
📘 実務例：
テスターが「画面遷移時にクラッシュする」バグを報告（テスト）。
開発者がその原因を特定し、コードを修正（デバッグ）。
このように両者は密接に関係しますが、目的は明確に異なります。
⚠️ 質問3：「欠陥不在の誤謬（Absence-of-defects fallacy）」とは？
選択肢：
A. テストでは欠陥がないことを示すことはできないと説明する
B. エンドユーザーによる受け入れテストを支援する
C. 納品物に欠陥が残らないようにする
D. 失敗を引き起こさないテストを修正して、少数の欠陥を残す
正解：B. エンドユーザーによる受け入れテストを支援する
✅ 解説
「欠陥不在の誤謬」とは、「欠陥が見つからない＝品質が高い」とは限らないという考え方です。
この原則を「実践で適用する」例は、エンドユーザーが実際に受け入れテストを行うことを支援すること。
これにより、「ユーザーが本当に必要とする機能が満たされているか」を確認でき、欠陥がなくても使えないシステムになるリスクを防げます。
📘 実務例：
社内で機能テストをすべて通過しても、実際のユーザーが使いにくいと感じる場合があります。
ユーザーの観点で受け入れテストを行うことで、「動く」だけでなく「使える」品質を確認できます。
🔍 質問4：境界値分析（BVA）と同値分割（EP）はどの活動で行う？
選択肢：
A. テスト実施（Test Execution）
B. テスト設計（Test Design）
C. テストモニタリング（Test Monitoring）
D. テスト分析（Test Analysis）
E. テスト実装（Test Implementation）
正解：B（テスト設計）と D（テスト分析）
✅ 解説
BVA（Boundary Value Analysis）やEP（Equivalence Partitioning）はテスト設計技法であり、
主にテストケースを設計する分析・設計段階で使用します。
📘 具体例：
たとえば「年齢入力フォーム（18〜60歳）」のテストでは、
-
同値分割 → 有効値：18〜60／無効値：0〜17, 61〜100
-
境界値分析 → テストデータ：17, 18, 60, 61
これらは実行前の「設計段階」で決定されます。
🧾 質問5：テスト活動とテストウェア（成果物）の対応
テストウェア（Testware）：
-
カバレッジ項目（Coverage Item）
-
変更要求（Change Request）
-
テスト実行スケジュール（Test Execution Schedule）
-
優先度付きテスト条件（Prioritized Test Conditions）
テスト活動：
A. テスト設計（Test Design）
B. テスト分析（Test Analysis）
C. テスト実装（Test Implementation）
D. テスト完了（Test Completion）
正解：A
|
テスト活動 |
作成されるテストウェア |
|---|---|
|
テスト分析 |
優先度付きテスト条件 |
|
テスト設計 |
カバレッジ項目 |
|
テスト実装 |
テスト実行スケジュール |
|
テスト完了 |
変更要求 |
✅ 解説
ISTQBでは「どの活動でどの成果物（テストウェア）が生まれるか」を理解することが重要です。
特にテスト設計＝カバレッジ項目を定義するという関係をしっかり覚えておきましょう。
📘 実務例：
新機能リリース時に「テスト設計書」を作成し、
そこに「テストケースが仕様のどの部分をカバーしているか」を明示するのは典型的な活動例です。
💡 まとめ
|
問題 |
正解 |
学習ポイント |
|---|---|---|
|
1 |
B |
テストの目的は欠陥発見 |
|
2 |
C |
テストとデバッグの役割の違い |
|
3 |
B |
「欠陥不在の誤謬」を実践で適用する |
|
4 |
B・D |
BVAとEPは設計・分析段階で適用 |
|
5 |
A |
活動とテストウェアの対応関係を理解 |
🪶 まとめ：ISTQB試験でのコツ
-
用語の違いに注目する（Verify vs Validate）
-
「何を問われているか」を正確に読む（is / is not / in practiceなど）
-
静的テストと動的テストを区別する
-
原則問題では“実践例”を選ぶ
これらを意識すると、単なる暗記ではなく「実務に役立つ理解」ができます。
コメント