ISTQB Advanced Test AnalystのChapter 1をすべて学習し終えた方へ、今回は章末の練習問題を通じて理解を確認していきましょう。
この章からは、実際の試験で9問程度出題されることが多く、
そのうち一部は**シナリオ問題（複数選択あり）**として出題されます。
各問題には1点〜3点といった重み（スコア）が設定されており、
シナリオ問題のような応用的な設問は配点も高くなります。
問題1：テストアナリストが関与すべきタイミング
設問：
次のうち、テストアナリストがライフサイクルモデルの中で関与を開始すべき時期として正しいものはどれでしょうか？
選択肢：
A. シーケンシャル（ウォーターフォール）モデルでは、コーディングと同時にテスト分析を開始する
B. シーケンシャル（ウォーターフォール）モデルでは、要件仕様の作成と同時にテスト分析を開始する
C. テストアナリストが関与を開始する時期は、ライフサイクルモデル間で差がない
D. アジャイルプロジェクトでは、テスト分析とテスト設計は同時に実施すべきではない
正解： B
解説：
ウォーターフォール型のような順序型モデルでは、要件仕様が完成した段階でテスト分析を始めるのが理想的です。
この段階で不整合や欠落を発見し、早期にレビューを実施することで手戻りを防げます。
Aの「コーディングと同時」は遅すぎ、CとDは実務やISTQBの基本原則に反します。
問題2：テストアナリストが考慮すべきテストタイプ
設問：
テストアナリストがテストマネージャと協働して計画・検討すべきテストタイプはどれでしょうか？
選択肢：
A. パフォーマンステスト
B. 保守性テスト（メンテナビリティ）
C. ユーザビリティテスト
D. セキュリティテスト
正解： C（ユーザビリティテスト）
解説：
パフォーマンスやセキュリティ、保守性は技術的テストアナリスト（Technical Test Analyst）の担当領域です。
一方、ユーザビリティ（使いやすさ）に関しては機能面から評価できるため、テストアナリストの責務範囲になります。
具体例：
ECサイトのカート機能で「ボタンの配置や文言が直感的か？」を検証するのはユーザビリティテスト。
これを担当するのはテストアナリストです。
問題3：テストケースのレビューが重要でない理由はどれ？
設問：
次のうち、テストケースを他のステークホルダーがレビュー・理解する正当な理由「ではない」ものはどれでしょうか？
選択肢：
A. 顧客やユーザーがテストケースをレビューし、要件・ビジネスプロセスとの整合を確認するため
B. テストマネージャがテストアナリストの作業を管理し、組織のテスト戦略を作成するため
C. 他のテスターがレビューし、テストケースが理解しやすく一貫性があることを確認するため
D. 開発者がテストケースをレビューし、要件理解を共有して結合テストと整合を取るため
正解： B
解説：
テストマネージャがテストケースをレビューするのは「管理のため」ではなく、品質確認や進捗把握の目的です。
組織のテスト戦略はもっと上位フェーズで作成されるため、Bの理由は不適切です。
問題4（シナリオ問題）：アジャイルプロジェクトでのテスト分析と設計の流れ
シナリオ概要：
あるWeb検索ツールのプロジェクトで、ユーザーデータを収集・分析し検索結果を最適化する取り組みを行っています。
このプロジェクトはアジャイル手法で進められ、短いスプリント単位で「データ収集 → 分析」の2段階に分けて進行。
リスク要因：
-
データ量が多すぎて分析できない
-
期待したデータを収集できない
-
応答時間が遅い（パフォーマンスリスク）
-
ユーザーインターフェースが分かりにくい（ユーザビリティリスク）
質問：
要求分析が完了し、これからテスト分析と設計を行う段階です。
テストアナリストが取るべき最も適切で完全な手順の流れはどれでしょうか？
選択肢：
A. ユーザーストーリーを分析 → テスト設計技法を選択 → リスク緩和用のテスト条件を作成 → テストケースを作成
B. リスクを分析 → リスクに対応するテスト条件を作成 → リスクとユーザーストーリーのための高レベルテストケースを作成 → 低レベルテストケースを作成
C. テスト設計技法を選択 → 高レベルテストケース作成 → リスク緩和テストケース作成 → 低レベルテストケース作成
D. ユーザーストーリーを分析 → 適切なレベルでテスト条件を特定 → リスク緩和用テスト条件を追加 → テスト設計技法を選択 → テストケース作成
正解： D
解説：
アジャイルにおけるテスト分析と設計は、まずユーザーストーリーの理解から始まり、
次にテスト条件の明確化 → リスクに基づく追加条件 → 最適な設計技法の選択 → テストケース作成という順序で進みます。
他の選択肢では「リスク分析を再実施している」「分析を飛ばして設計に進んでいる」など、フェーズの順序が不正確です。
補足例：
例えば「ユーザーが検索結果をフィルタで絞り込みできる」というストーリーの場合、
テスト条件として「フィルタが正しい項目を返す」「速度が1秒以内」などを定義し、
それに基づいてテストケースを設計します。
まとめ：Chapter 1 の出題傾向
Chapter 1は「テストプロセス」全体を通じたアナリストの役割が中心テーマです。
-
テスト分析をいつ始めるべきか
-
どのテストタイプを扱うのか
-
テストケースのレビューの目的
-
アジャイル環境での分析・設計手順
このあたりをしっかり理解しておくことで、実際の試験でもシナリオ問題に強くなります。
💡ワンポイント
ISTQB Advancedレベルでは、「なぜそれを行うのか」という理論的背景を問う問題が多くなります。
単なる手順の暗記ではなく、目的と順序の正しさを説明できるように学習しておきましょう。
コメント