ISTQB Foundation（CTFL）試験の出題範囲の中でも、
「アジャイルでの早期フィードバック」「レビュー技法の違い」「成功するレビューの要因」
「ブラックボックスと経験ベースの違い」「同値分割の考え方」
といった定番テーマがこの動画でカバーされています。
それぞれの問題を、実例を交えて詳しく解説していきましょう。
✅ 質問1：早期かつ頻繁なステークホルダーフィードバックの利点は？
問題文：
次のうち、早期かつ頻繁なステークホルダーからのフィードバックの利点として最も適切なものはどれでしょう？
選択肢：
-
要件の変更が早期に理解され、実装される
-
ビジネス側がユーザー要件を理解できる
-
プロダクトオーナーがいつでも要件を変更できる
-
エンドユーザーに未実装の要件を伝えられる
正解： ① 要件の変更が早期に理解され、実装される
💡解説：
アジャイル開発の特徴は「ステークホルダーとの継続的な対話」です。
早い段階でフィードバックを受けることで、要求のズレを早期に発見・修正できます。
例：
新しいECサイトを開発中に、ユーザーが「支払い方法をもっと増やしたい」と早めに指摘してくれたら、リリース前に修正できる＝手戻りが少ない。
✅ 質問2：レビュータイプとその特徴の対応
与えられたレビュータイプ：
-
Technical Review（技術レビュー）
-
Informal Review（インフォーマルレビュー）
-
Inspection（インスペクション）
-
Walkthrough（ウォークスルー）
主な記述：
-
A：合意形成や新しいアイデア創出、著者の改善意欲向上を目的とする
-
B：教育・合意形成・アイデア出し・欠陥検出などを目的とする
-
C：欠陥検出を主目的とし、メトリクス収集を行う
-
D：欠陥検出が目的だが、正式な文書出力は伴わない
【選択肢（Options）】
A) 1–A, 2–C, 3–D, 4–B
B) 1–A, 2–D, 3–C, 4–B
C) 1–C, 2–A, 3–B, 4–D
D) 1–C, 2–D, 3–A, 4–B
正しい対応：
-
-
Technical Review → A
-
-
-
Informal Review → D
-
-
-
Inspection → C
-
-
-
Walkthrough → B
-
正解： B（1A, 2D, 3C, 4B）
💡解説：
|
レビュータイプ |
主な特徴 |
フォーマル度 |
|---|---|---|
|
インフォーマルレビュー |
メールや会話で簡易的 |
低 |
|
ウォークスルー |
著者が説明し、教育的 |
中 |
|
技術レビュー |
専門家中心で改善目的 |
中〜高 |
|
インスペクション |
欠陥検出＋メトリクス |
高 |
例：
コードレビュー会議を行う場合、チェックリストに基づいて欠陥数を集計するなら「インスペクション」。逆に、開発者同士で軽く確認するなら「インフォーマルレビュー」。
✅ 質問3：成功するレビューの要因は？
問題文：
次のうち、レビューを成功させる要因として正しいものはどれ？
選択肢：
-
管理職がレビュアーとして参加する
-
大きな成果物を小さく分割する
-
レビュアーの能力評価を目的にする
-
1回のレビューで1文書すべてを対象にする
正解： ② 大きな成果物を小さく分割する
💡解説：
1回のレビューで膨大な文書を扱うと、集中力が切れ欠陥を見逃しがちです。
章ごとや機能単位など、小さく分割してレビューを行うのが成功のコツです。
例：
仕様書100ページを1日でレビュー → 非現実的
10ページずつ分割してレビュー → 効果的かつ持続的
✅ 質問4：ブラックボックスと経験ベースの違い
問題文：
ブラックボックステスト技法と経験ベーステスト技法の主な違いはどれ？
選択肢：
-
テストオブジェクト
-
テストレベル
-
テストベース
-
使用するSDLCフェーズ
正解： ③ テストベース
💡解説：
-
ブラックボックス技法：要件や仕様書といった「明確なテストベース」に基づいてテスト設計する
-
経験ベース技法：テストベースが明確でない場合に、テスターの経験や直感で設計する
例：
仕様書がしっかりある → 同値分割・境界値分析（ブラックボックス）
仕様書が曖昧 → 探索的テスト（経験ベース）
✅ 質問5：同値分割（Equivalence Partitioning）の応用問題
問題文：
PINコードバリデータをテストする。PINは「4桁の数字で、少なくとも2桁が異なる」場合に有効とする。
すべての同値分割をカバーする入力データの組み合わせはどれ？
【選択肢（Options）】
A) 112, 1111, 1234, 123456
B) 111, 1111, 1234
C) 12, 1122, 1234
D) 1111, 1112, 12345
考え方：
同値分割の整理
|
区分 |
内容 |
有効/無効 |
|---|---|---|
|
1 |
4桁未満（例：12） |
無効 |
|
2 |
4桁超（例：123456） |
無効 |
|
3 |
4桁すべて同じ（例：1111） |
無効 |
|
4 |
4桁のうち3桁同じ（例：1112） |
無効 |
|
5 |
4桁のうち2桁以上が異なる（例：1234） |
有効 |
正しい入力データセット：
A) 112（3桁）／1111（同じ数字）／1234（すべて異なる）／123456（6桁）
→ すべての同値分割をカバー
正解： A
💡解説：
テストケース設計では、単に「4桁かどうか」だけでなく、値のバリエーション条件も考慮することが重要です。
この考え方は、実務での入力フォームテストにもそのまま応用できます。
🧠 まとめ：Part #26で学ぶべきポイント
|
テーマ |
試験の狙い |
現場での応用 |
|---|---|---|
|
ステークホルダーフィードバック |
アジャイルの利点理解 |
顧客との初期レビュー |
|
レビュータイプの識別 |
静的テスト手法の知識 |
適切なレビュー方式選定 |
|
成功要因 |
効果的なレビュー設計 |
チームでのレビュープロセス改善 |
|
ブラックボックス vs 経験ベース |
テスト設計アプローチの違い |
要件の有無に応じた手法選択 |
|
同値分割 |
入力値設計スキル |
境界条件テストの効率化 |
コメント