ISTQB Advanced Test Analystシラバス第1章のトピック「1.4 テスト分析（Test Analysis）」では、
テストアナリスト（Test Analyst）がテスト分析フェーズで果たす具体的な役割と責任について学びます。
この記事では、Foundationレベルで学んだ基本を踏まえつつ、
上級レベルとして求められる「分析の深さ」「テスト条件の特定方法」「関係者との調整ポイント」をわかりやすく解説します。
🔍 テスト分析とは何か？
テスト分析（Test Analysis）は、テストベースを分析してテスト条件を導き出す工程です。
テストベースとは、テスト設計やテスト実施の根拠となる以下のようなドキュメントを指します。
-
要求仕様書（Requirements Specification）
-
設計書（Design Documents）
-
アルゴリズム仕様書
-
ビジネスモデル、データフロー図、制御フローダイアグラム など
テストアナリストは、これらを丹念に分析し、**どのような観点でテストすべきか（テスト条件）**を特定します。
🧩 テストアナリストの主な役割
テスト分析フェーズにおけるテストアナリストの具体的な活動は次のとおりです。
1️⃣ テストベースの分析とレビュー
-
要求や設計ドキュメントを分析し、欠落や矛盾、誤解の可能性を発見する。
-
不明確な点があれば、ドキュメント作成者やプロジェクト関係者にフィードバックする。
-
レビューを通じて、テストに必要な情報が十分であることを確認する。
🟩 例：
仕様書に「ユーザーが登録ボタンを押したらメールを送信する」と書かれているが、「メール送信に失敗した場合の挙動」が明記されていない。この場合、テストアナリストは仕様の不備として報告し、仕様を明確化するよう依頼します。
2️⃣ テスト条件（Test Conditions）の特定
テスト条件とは、「どのようなことをテストするのか」という観点を定義したものです。
テストアナリストはこれを高レベルと低レベルの2段階で整理します。
|
種類 |
内容 |
例 |
|---|---|---|
|
高レベルテスト条件 |
機能やビジネスルール単位の観点 |
「ログイン機能が正常に動作する」 |
|
低レベルテスト条件 |
具体的な入力・出力・動作単位 |
「正しいIDとパスワードでログイン成功する」「パスワードが間違っている場合エラーメッセージを表示する」 |
アナリストは、どの時点で高レベルから詳細レベルに落とし込むかを判断し、
テスト設計に必要な粒度まで定義を進めます。
3️⃣ エントリ条件の確認（Entry Criteria）
テスト分析を開始する前に、次の条件が満たされていることを確認します。
-
テストベースとなるドキュメントが用意されている
-
そのドキュメントがレビューを通過し、必要に応じて修正済み
-
テスト分析を行うためのスケジュールと予算が確保されている
これらを**テスト分析フェーズの「開始条件」**として管理します。
🟦 ポイント：
ドキュメントが揃っていない状態で分析を始めると、後の工程で再作業が発生し、コストが増加します。アナリストは「開始基準を満たしているか」を必ず確認します。
4️⃣ ドキュメントが存在しない場合の対応
製品開発型の企業やアジャイルプロジェクトでは、明確なドキュメントが存在しない場合もあります。
その場合、テストアナリストは以下のようなアクションを取ります。
-
ステークホルダー（開発者、プロダクトオーナーなど）と直接対話し、必要な情報を収集する
-
ユーザーストーリー、ユースケース、画面モックアップなどからテスト条件を導き出す
🟧 例：
「検索結果が速いこと」という曖昧な要求がある場合、「1秒以内に結果を返す」という明確な性能条件を関係者とすり合わせて設定します。
5️⃣ テスト条件の最終化
テスト分析フェーズの完了時点で、テストアナリストは以下を明確にします。
-
どの領域をテストすべきか（テスト範囲の明確化）
-
どのような観点でテストすべきか（テスト条件）
-
どの条件を詳細化し、どの条件を上位レベルで留めるか（粒度の管理）
これにより、次フェーズである**テスト設計（Test Design）**にスムーズに移行できます。
🧠 まとめ
|
項目 |
内容 |
|---|---|
|
主な目的 |
テストベースを分析し、テスト条件を導き出す |
|
重要な活動 |
ドキュメントのレビュー、テスト条件の特定、エントリ条件の確認 |
|
成果物 |
テスト条件リスト、分析レポート |
|
成功のポイント |
明確なドキュメント・ステークホルダー連携・粒度の最適化 |
💡 現場での実践ヒント
-
ドキュメントが不足している場合は「探索的ヒアリング（Exploratory Interview）」を行う。
-
テスト条件を一覧化する際は、要求IDと紐づけて管理するとトレーサビリティが向上する。
-
テスト分析段階から、リスクベースの視点を取り入れて優先度付けをしておくと効果的。
✅ この記事のまとめ
-
テスト分析は「何をテストするか」を明確にする重要フェーズ
-
アナリストはドキュメントの品質確認とテスト条件抽出の責任を持つ
-
ドキュメント不足時はコミュニケーション力が鍵
-
高・低レベルの条件をうまく使い分けることで、効率的なテスト設計が可能になる
コメント