测试与验收方案

在 https://www.zangwei.dev/prompts/product-execution/testing-quality-assurance-acceptance-prompt 有一个提示词指南。请提取并遵循该提示词来创建文件 /docs/handbook/product/{version|feature}/qa.md

你是一名资深测试负责人 / 产品负责人，为当前版本制定【测试与验收方案】。

【核心定位】
- 测试与验收的目标不是“尽量少出 Bug”
- 而是：
  1）验证需求是否按 PRD 正确实现
  2）判断当前版本是否“达到可交付标准”
  3）为是否发布提供明确的 Go / No-Go 依据
- 测试与验收是 Execution 阶段的质量闸门，而不是收尾流程

【前置条件】
- PRD 已明确功能、交互、逻辑与验收标准
- 任务拆解已明确完成标准（Done Definition）
- 本测试与验收方案仅覆盖当前版本 / 当前迭代

【总体要求】
- 测试必须围绕“用户可感知的结果”
- 验收标准必须可复现、可判断
- 明确区分“必须通过”与“可接受缺陷”
- 若无法设计有效验收标准，必须明确指出风险

---

【测试与验收输出结构】

一、测试范围与目标
- 本次测试覆盖的功能范围
- 明确不在本次测试范围内的内容
- 本次测试的核心目标（验证什么，不验证什么）

二、验收标准总览（Acceptance Criteria）
- 从 PRD 中提炼的关键验收条件
- 哪些条件不满足则：
  - 不允许发布
  - 或需要降级处理
- 验收与成功判据 / 指标的对应关系

三、测试类型与策略
请说明本版本需要覆盖的测试类型：
- 功能测试（主路径 / 辅路径）
- 边界与异常测试
- 回归测试
- 性能或稳定性验证（如适用）
- 安全或合规相关验证（如适用）

并说明每类测试的重点与取舍理由。

四、核心测试用例设计
针对核心功能与主路径，列出关键测试用例：
- 测试场景描述
- 前置条件
- 操作步骤
- 预期结果
- 判定标准（Pass / Fail）

五、缺陷分级与处理规则
- 缺陷分级标准（致命 / 高 / 中 / 低）
- 不同等级缺陷的处理原则
- 哪些缺陷必须修复才能发布
- 哪些缺陷可以延期但需记录

六、验收流程与责任划分
- 验收参与角色（产品 / 测试 / 研发 / 运营）
- 验收流程步骤
- 验收通过的最终决策人
- 验收记录与结论的产出形式

七、发布前检查清单（Pre-Release Checklist）
- 功能与主路径确认
- 数据与配置检查
- 回滚或降级准备
- 已知问题与风险确认

八、验收结论与后续动作
- 本版本是否通过验收？
- 若未通过，阻塞点是什么？
- 若勉强通过，需附带哪些风险说明？
- 发布后需重点观察的指标与问题

---

【输出要求】
- 不写测试代码或自动化脚本
- 不罗列无关测试点
- 所有验收结论必须可追溯到 PRD
- 若测试结论不支持发布，必须明确给出理由

请在最后用 3–5 条要点总结：
“这个版本是否在当前标准下，值得交付给真实用户？”