目录
一、 概述
1、 测试目的
2、 测试范围
3、 限制条件
4、 测试文档
二、 测试摘要
2.1 测试目标
2.2资源和工具
2.2.1资源
2.2.2工具
2.3送测要求
2.4测试种类
三、 测试风险
四、 暂停标准和再启动要求
五、 测试任务和进度
六、 测试提交物
一、 概述
1.1测试xxxx，测试前期按照需求说明书设计测试用例。在研发结束后，适当调整测试计划和测试用例，执行用例，完成测试任务，提交测试报告。
1.2测试范围：
Xxx功能模块
Xxx功能模块
1.3 限制条件
测试计划受限于开发人员提交测试内容和提测时间。根据提交模块的实际情况，本计划作出实际的修改。
1.4参考文档
测试流程规范、需求说明
二、 测试摘要
2.1测试目标
通过测试，达到以下目标：
测试以实现的产品是否已达到设计的要求：功能点是否已实现，业务流程是都正确
产品是否运行稳定，系统性能是否在可接受的范围
Bug数和缺陷率是否控制在可接受的范围内，产品能否发布。
2.2资源和工具
2.2.1资源
测试的硬件配置
人员：测试组长，测试实施人员
工具：
缺陷管理工具：jira
接口测试工具：postman
自动化测试 工具：selenium
2.3送测要求
开发编辑 打包 确认可测试
产品经理确认 提交测试
测试组长确认测试内容，接受测试
安排测试负责人，按计划测试，bug记录，完成测试总结报告
2.4测试种类
计划完成以下类型的测试：
1、 功能测试
2、 界面测试
3、 接口测试
4、 兼容性测试
5、 性能测试
三、 测试风险
本次测试受限制的条件约束：
1、 bug的修复情况
2、 模板功能的实现情况
3、 系统整体功能的实现情况
4、 代码的可重编质量
5、 人员经验和对系统的熟悉程度
6、 人员调整导致研发周期延迟
7、 测试时间缩短导致某些功能计划无法执行
四、 暂定标准和再启动要求
冒烟测试发现严重bug 返回开发
项目需要暂停进行调整，测试应随之调整，并备份暂停点数据
项目开发周期内出现重大估算，进度偏差测试应随之调整，并备份暂停点数据
新的项目需求，原测试计划下做相应的调整
若开发暂停，则对应的测试也暂停，并备份停点数据
若项目中止，则对已完成的测试工作做测试活动总结
项目再启动时，测试进度重新安排或顺延
五、 测试进度和进度
| 序号 |
需求 |
端口 |
任务 |
前置任务/依赖关系 |
工期（天） |
开始时间 |
结束时间 |
开发人员 |
测试工期 |
开始时间 |
结束时间 |
测试人员 |
回归时间 |
演练时间 |
备注 |
| 本次迭代版本为 |
|||||||||||||||
| 1 |
功能1 |
后台 |
接口开发 |
|
|
|
|
|
|
|
|
|
|
|
|
| web |
界面修改 |
|
|
|
|
|
|
||||||||
| android |
界面修改 |
|
|
|
|
|
|
|
|
|
|||||
| ios |
界面修改 |
|
|
|
|
|
|
|
|
|
|||||
| 2 |
功能2 |
后台 |
开发接口 |
|
|
|
|
|
|
|
|
|
|||
| web |
开发组件 |
|
|
|
|
|
|||||||||
| android |
修改界面 |
|
|
|
|
|
|
|
|
||||||
| ios |
修改界面 |
|
|
|
|
|
|
|
|
||||||
|
|
功能3 |
后台 |
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
||||||||
| 4 |
功能4 |
后台 |
|
|
|
|
|
|
|
|
|
|
|||
| 5 |
web |
|
后台接口 |
|
|
|
|
|
|||||||
| 6 |
功能5 |
web_v1 |
自定义档案界面修改 |
|
|
|
|
|
|
|
|
|
|||
| 后台 |
接口开发 |
|
|
|
|
|
|||||||||
六、 测试提交物
测试计划
测试用例
缺陷记录
测试总结