総合テスト・E2E・要件追跡サンプル
文書ID: ST-PLAN-014 / 版: 1.0 / 関連: REQ-014〜016 / 状態: 記入例・未実施
架空案件の業務シナリオです。画面証跡やテスト結果は実行後に記入してください。
工程定義
- 目的: 利用者操作から保存結果まで業務全体の成立を確認する。
- 入力: 統合ビルド、業務フロー、受入条件、検証データ。
- AIの作業: E2Eの生成と実行、画面・ログ証跡の収集、差異検出、回帰実行。
- 成果物: 業務テスト仕様、自動E2E、要件追跡表、残存不具合一覧。
- 完了条件: 重要業務経路を網羅し、証跡と要件の対応をQAが確認。
1. 業務シナリオ
| ID | ロール・手順 | 期待結果 | 対応条件 | 結果 |
|---|---|---|---|---|
| ST-014-01 | U002でログイン→E100詳細→承認→一覧再読込 | approved、詳細に承認者・日時、監査1件 | AC-014-01 | 未実施 |
| ST-014-02 | U001で自分のE100詳細を開く | 承認不可の理由を表示。直接APIでも拒否 | AC-014-02 | 未実施 |
| ST-014-03 | U003で承認画面とAPIを試す | 権限なし、状態不変 | AC-014-03 | 未実施 |
| ST-014-04 | 承認済みE100の古い画面から再承認 | 重複処理されず最新状態へ誘導 | AC-014-04 | 未実施 |
| ST-014-05 | 検証環境で保存障害を発生させて承認 | 成功表示なし、再読込してsubmitted | AC-014-05 | 未実施 |
2. 自動E2Eへの指示文稿
「各ケースで独立したテスト申請を準備し、認証済みロールを固定してください。ボタン操作後は表示だけでなくAPI応答と保存結果も確認してください。失敗時は画面、URL、request ID、テストデータ版を保存してください。固定時間の待機だけに頼らず、期待する状態の到達を待ってください。期待値はAC-014を根拠とし、実装の挙動に合わせて変更しないでください。」
3. 要件→検証→証跡の追跡表
| 要件 | 設計 | 実装 | テスト | 実行証跡 | 合否 |
|---|---|---|---|---|---|
| REQ-014 | API-014 / DESIGN-014 | PR-014（未登録） | UT-014-02 / IT-014-04 / ST-014-02 | 未登録 | 未実施 |
| REQ-015 | API-014 | PR-014（未登録） | UT-014-01 / ST-014-01 / 03 | 未登録 | 未実施 |
| REQ-016 | ADR-001 | PR-014（未登録） | IT-014-02 / 03 / ST-014-04 / 05 | 未登録 | 未実施 |
4. 証跡索引と探索的確認
命名例: ST-014-01_{{BUILD_ID}}_{{RUN_DATE}}。添付内容: 操作前画面、操作後画面、API応答、保存結果、実行ログ。実在する証跡URL: {{EVIDENCE_REFERENCE}}（未登録）。
QAは自動化以外に、エラーの理解しやすさ、キーボード操作、再読込、複数タブ、通信断後の状態認識を確認する。対象ブラウザと端末は{{SUPPORTED_CLIENTS}}で定義する。
5. 残存不具合一覧
| ID | 症状 | 重要度 | 影響要件 | 対応責任者 | 期限 | UATへの影響 |
|---|---|---|---|---|---|---|
| {{BUG_ID}} | 実測後に記入 | 未評価 | {{REQ_ID}} | {{OWNER}} | {{DUE_DATE}} | 未評価 |
未記入を「不具合なし」と解釈しない。重大欠陥の分類とUAT移行基準は企業設定で合意する。
自社用確認欄
業務シナリオの追加: {{BUSINESS_SCENARIOS}} / 対象端末: {{SUPPORTED_CLIENTS}} / QA責任者: {{QA_OWNER}} / 判定: 未承認