テスト計画・対象一覧

これは何か

テスト計画・対象一覧は、テストの方針（TST-001）を具体的な計画に落とし、何を・どの段階で・誰が・いつ・どの環境で確かめるかを一覧にした成果物です。

「テストをします」という宣言ではなく、確かめる対象を1つずつ並べ、抜けや重なりがないかを見えるようにします。

なぜ作るか

• 要件ごとに、どこで確かめるかを決め、確かめ忘れる要件をなくす
• 段階ごと（単体・結合・総合・受入）の範囲の分担をはっきりさせる（10-02）
• テストに必要な環境・データ・人を、前もって準備できるようにする
• 「確かめないもの」とその理由を、判断した記録として残す

誰が使うか・いつ作るか

• 作る人：テストの担当（リーダーと各段階の担当）
• 確かめる人：要件の担当、業務の担当、プロジェクトの責任者
• 使う人：テストを実行する担当、環境を用意する担当、品質の状況をまとめる担当
• 一般的には、要件が固まってきた段階で作り始め、段階ごとのテストの前に詳しくし、変更に合わせて更新します
• アステリア案件のテストの計画・対象・時期は、正本に記載がありません。未確定

アステリア案件のテストの段階の分け方、各段階の時期・担当・対象の数は、正本に記載がありません。未確定

主な項目

一般的には、次の2つで構成します。

計画の部分

• 段階ごとの目的・範囲・担当・時期・環境・データ
• 段階を始める条件と、次の段階へ進む条件
• 確かめないものと、その理由

対象一覧の部分（1行に1つの確かめる対象）

• 対象の番号と名前
• 関係する要件の番号（REQ-004 要件追跡表 とつなぐ）
• 確かめる段階
• 担当
• 使う環境とデータ
• 予定の時期

読み方

1. すべての要件が、どこかの行の「関係する要件」に入っているか（抜けている要件はないか）
2. 連携（つなぎ目）の確認に、両側の担当が入っているか
3. 性能・安全などの非機能の確認が、どの段階かに入っているか
4. 「確かめない」ものに、理由と判断した人があるか
5. 環境・データが、その段階の目的に合っているか（本番に近いデータが必要な確認はどれか）

書き方

1. テストの方針から、段階と、段階ごとの範囲を決める
2. 要件の一覧をもとに、確かめる対象を洗い出す
3. 対象ごとに、段階・担当・環境・データ・時期を決める
4. 要件追跡表と照らし、確かめる対象のない要件がないかを確かめる
5. 確かめないものを決め、理由と判断した人を書く
6. 要件の変更に合わせて、対象を足したり外したりする

何を書いてはいけないか

• 要件とつながっていない対象（何を確かめているのか分からない）
• 担当が「全員」「チーム」のままの行
• 理由のない「確かめない」

よくある失敗

• 対象の数を多くすることが目的になり、大事な業務の確認が薄くなる
• 段階ごとの担当の境目があいまいで、どの段階でも確かめていない対象が残る
• 環境・データの準備が間に合わず、予定の時期に始められない

関係するUnit・成果物・危機演習

• Unit：10-02 小さい単位から全体へテストする、10-01 テストは何のためにするのか、10-06 テストをいつ終了してよいのか、04-05 要件はどこからどこまで追跡するのか
• 成果物：TST-001 テスト戦略書、REQ-004 要件追跡表、TST-003 障害管理表、TST-004 品質状況ダッシュボード
• 危機演習：CR05 開発が2か月遅延（学習上の接続です。正式な対応関係ではありません）

いつ使うか

この教材では STAGE 10｜本当に動くことを証明する の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。