| 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