UAT · 使用者驗收測試

---
doc_type: "uat"
variant: "light"
status: "draft"
owner: "<your-name>"
last_updated: "YYYY-MM-DD"
upstream:
  required: ["prd", "user-journey"]
  optional: ["business-rules"]
---

# UAT Plan: <feature-name>

**Status:** Draft v0.X · **Owner:** <QA + PO> · **Last updated:** YYYY-MM-DD

> [!IMPORTANT]
> **AI 填寫規則：** 本範本 6 段（編號 1, 2, 3, 5, 7, 10），全部必填——刻意沿用完整版的章節編號讓兩版可對照。每結論行內加 `（依據：prd §XXX / journey §YYY）`；每量化欄位加 `[H]/[M]/[L]` confidence badge；scenario 步驟必須用業務語言（不出現 API / endpoint / payload 等技術詞）；每個 P0 acceptance criterion 都要有對應 scenario。

---

## 1. Executive Summary

<!-- ai-fill: 3-5 行，業務主管 30 秒讀完。寫「驗收 N 個 scenario、預估 X 天、最大 risk」 -->

<3-5 行說明>

> **TL;DR:** <一句話：驗收什麼 + 誰簽 + 何時完成>

---

## 2. Scenarios

<!-- ai-rule: 3-5 個 P0 scenario 為宜。每個含 persona / precondition / steps（≤ 7）/ expected / priority -->

### UAT-001: <業務情境一句話>

- **Persona:** <對應 journey persona>
- **Priority:** **P0** · **Confidence:** **[H]**
- **Precondition:**
  - <state 1>
  - <state 2>
- **Steps（用業務語言）：**
  1. <step 1>
  2. <step 2>
  3. <step 3>
- **Expected:** <業務可判斷的結果>
- **Sign-off:** [ ] Pass / [ ] Fail — Tester: ___ Date: ___
- **Source:** prd §FR-1 + journey §stage-2

### UAT-002 / UAT-003

<同格式>

---

## 3. Data Setup

<!-- ai-rule: 三件齊全（test_accounts / seed_data / environment） -->

| Item | Spec |
|---|---|
| Test accounts | <role + permission level> |
| Seed data | <dataset + 來源> |
| Environment | UAT URL: <URL> |
| Reset strategy | <how to reset between runs> |

---

## 5. Defect Severity Matrix

<!-- ai-rule: 至少 3 級（S1 / S2 / S3）；S1 必含核心流程無法完成的定義 -->

| Severity | Definition | SLA hours | Escalation |
|---|---|---|---|
| S1 (blocker) | 核心流程無法完成 | 4h | → Dev Lead → PO |
| S2 (major) | workaround 存在但成本高 | 24h | → Dev Lead |
| S3 (minor) | UI / 文案 / 邊緣情境 | 72h | → Dev |

---

## 7. Sign-off Authority

<!-- ai-rule: primary + signature_method 必填 -->

- **Primary signer:** <role + name>
- **Quorum:** 1（或 N，視情境）
- **Signature method:** e-sign / 會議紀錄 / Slack thread emoji

---

## 10. Decision Log（key 1-2 條）

<!-- ai-rule: 每條必含 chosen + 至少 1 個 rejected option + 拒絕原因 -->

| Date | Decision | Options | Chosen | Rejected why | Confidence |
|---|---|---|---|---|---|
| YYYY-MM-DD | scenario 粒度 | 端到端 vs 模組化 | 端到端 | 模組化 (與 QA test 重疊、不驗業務流程) | **[H]** |

---

> [!CAUTION]
> **輸出前 AI 自檢：**
> - [ ] 6 段 H2 章節齊全（編號 1, 2, 3, 5, 7, 10）
> - [ ] 每個 scenario 含 persona / precondition / steps（≤7）/ expected / sign-off
> - [ ] Scenario 步驟全用業務語言（無 API / endpoint / payload）
> - [ ] 每個 P0 acceptance criterion 有對應 scenario
> - [ ] Defect matrix 至少 S1 / S2 / S3 三級 + SLA + escalation
> - [ ] Sign-off authority 含 signer + signature_method
> - [ ] 無 YAML / JSON schema 輸出