2.1 KiB
2.1 KiB
type, tags, aliases, source, status, owner, updated
| type | tags | aliases | source | status | owner | updated | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| process_stage |
|
|
AI_驱动_内部系统开发流程_V3.docx | active | 测试 | 2026-05 |
阶段2.5 测试提前补漏
核心目标
在开发前用测试视角发现需求漏洞。测试提前补漏，不只是上线前找 Bug。
负责人
- 测试
输入
- 高保真模型。
- 高保真模型说明。
- 统一业务对象模型。
- 按钮行为矩阵。
- 项目周期与版本确认。
关键动作
- 基于高保真模型先写测试用例初稿。
- 从主流程、分支流程、权限、异常、数据、按钮行为视角检查遗漏。
- 标记阻塞开发的问题。
- 将需求漏洞回流给业务、产品、前端补齐。
- 确认阻塞问题处理后再进入正式开发。
输出/交付物
11_测试用例初稿与需求补漏.md- 需求补漏记录。
- 阻塞问题清单。
- 已关闭问题清单。
检查清单
- 是否已基于高保真模型编写测试用例初稿？
- 是否覆盖主流程？
- 是否覆盖分支流程？
- 是否覆盖权限？
- 是否覆盖异常场景？
- 是否覆盖关键数据和状态？
- 是否覆盖按钮行为？
- 测试发现的阻塞问题是否已关闭？
风险点
- 测试只在上线前介入，导致需求漏洞在开发后才暴露。
- 测试用例只覆盖主流程，漏掉权限、异常、分支和数据边界。
- 阻塞问题没有关闭就进入开发。
Gate 2.5 通过标准
测试补漏：测试用例初稿发现的阻塞问题已处理。
常见问题
阶段2.5应该在什么时候发生？
发生在高保真模型确认后、正式开发前。
阶段2.5要产出什么？
主要产出 11_测试用例初稿与需求补漏.md，并形成需求补漏记录、阻塞问题清单和已关闭问题清单。