# 测试计划

> **事实纪律**:测试场景、环境、命令、数据和阈值必须来自当前项目。未知项写“待确认”；合法不适用项写 `N/A（原因）`，计划中不得预填执行结果。

> **产物定位**:build 阶段必出。定义"测什么、怎么测、什么证据算通过"。
> **核心纪律**:禁止假验证——静态证据可以证明静态性质，但不能冒充运行时行为。按风险覆盖正常、错误、边界及适用的权限、并发与恢复，不只 happy path。
> **反退化纪律**:每个测试条目(T-*)必须在「测试条目」表中逐行填写真实编号(REQ-*/SLC-*),禁止只列前几行后用「…」省略、禁止用一句话概括代替表格行。

## 1. 测试范围
- 关联任务/需求:
- 测试目标(验证哪些功能点):
- 不在范围内的事项:

## 2. 测试条目

> 填需求分析和切片规划中已有的真实 `REQ-*`、`SLC-*` 编号；不得自造编号或保留占位符。

| 编号 | 功能点 | 测试类型 | 覆盖策略 | 关联需求 | 关联切片 | test_phase | 优先级 | Evidence 级别 |
|------|--------|---------|---------|---------|-----------|-----------|--------|--------------|
| | | | | | | | | |

> 每个 REQ 按实际风险覆盖正常路径 / 错误路径 / 边界，并补充适用的权限 / 并发。某一类别确实不适用时，在对应 REQ 行写 `N/A（类别：具体原因）`；只写 `N/A`、`无边界` 或模板化理由不算说明。

## 3. 环境与数据
- 测试环境:
- 数据准备方式（业务 API/页面操作/fixture/数据演进脚本或项目真实方式）:
- 前置依赖（数据结构变更/配置/真实服务/替身及其风险）:

## 4. 执行顺序

| 顺序 | 验证活动 | 前置条件 | 命令/环境 | 失败停止条件 |
|------|----------|----------|-----------|--------------|

> 只安排当前项目适用的活动；没有持久化、浏览器或组合环境时不得保留对应通用步骤。

## 测试类型策略

> 测试层级由风险、反馈速度和真实集成边界决定；只列本项目实际需要的类型，不套固定比例。

| 测试类型/验证方式 | 范围（测什么） | 运行载体 | 选择理由与证据边界 |
|------------------|----------------|----------|----------------------|

> 不预设测试金字塔或比例；某类型不适用时写 `N/A（原因）`。

## 5. 验收标准
- 交付阻断级场景及其判定:
- 允许带风险交付的场景、批准人及到期条件:
- 高风险变更所需的运行时证据:
- 数据变更适用时的迁移与恢复验证:

## Evidence 级别

- **E0**:静态证据（类型检查、lint、结构解析等）— 只证明对应静态性质，不能证明运行时行为；AI 摘要本身不算证据
- **E1**:运行时证据（测试输出、截图、API 响应或日志）— 用于声明真实行为
- **E2**:跨真实系统边界的运行验证 — 仅用于需要跨组件证明的高风险项

## 完成判定

- [ ] 测试条目覆盖正常、错误、边界，以及当前风险适用的权限、并发、恢复或兼容场景；不适用类别有具体理由
- [ ] 每条标注与主张匹配的 Evidence 级别；运行时主张没有只用 E0 支撑
- [ ] 每个交付阻断级场景都有明确的通过、失败、阻塞和未执行判定
- [ ] 计划说明失败后的停止、记录、修复与复验流程，但不预填执行结论
- [ ] 测试条目表逐行填真实编号,无「…」省略、无一句话概括代替