1 | 引言 | 1.1 编写目的 1.2 预期读者 1.3 参考资料 | |
2 | 测试范围 | 来源于需求文档 | 具体业务,web端,移动 端? |
3 | 测试目的 | XX产品于xx日按质量要求上线 | |
4 | 测试策略 | 2.1 功能测试策略 2.2 系统兼容性测试 2.3 性能测试 | 测试类型,测试场景,测试方法、策略 |
5 | 资源安排 | 4.1 测试人员 | 维度1:数量 维度2:经验、能力 |
4.2 测试环境 | 1 测试环境与线上服务器差异 2.终端测试环境(pc的配置、手机型号等) 3. 网络环境 | ||
4.3 相关工具 | (用例管理,bug管理,接口及性能测试工具) | ||
6 | 进度安排 | 5.1 测试进度及工作量估算 | 1. 开发节点 2. 提测节点 3. 上线节点 |
5.2 输出文档 | 1. 测试计划 2. 测试用例 3. bug数据 4. 测试报告 | ||
7 | 发布标准 | 6.1 测试完成标准 | 1. 完成所有测试类型 2. 没有影响用户正常使用的bug 3. bug少于一定数量 4. 服务端性能满足设计目标 |
6.2 产品发布标准 | 1. 所有产品需求都已完成 2. 交互视觉完成了走查 3. 遗留bug经过风险评估 4. 使用说明文档完备 | ||
8 | 风险预防 | 7.1 需求方面 | 需求变更 |
7.2 测度进度风险 | 1. 开发提测延迟 2.人员变动 | ||
7.3 产品质量风险 | 1.代码质量:能力经验 2.人员能力:业务熟悉度 |
测试计划作用:
1 | 指导测试过程 | |
2 | 协调项目安排 | |
3 | 提高测试效率 | 分工明确 |
4 | 提高测试质量 | |
如果没有计划 | 无法预估工作量和决定测试人员数量 | |
进度失控,临上线还有没有测试的 | ||
需求变更无对应,影响上线 | ||
上线标准不统一,会出现争执 |
参考
订阅号【鲁德】中文章,链接:https://mp.weixin.qq.com/s/f6_kr4jItbqRKnjvfWsl1g