目录
一、 概述
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 返回开发
项目需要暂停进行调整,测试应随之调整,并备份暂停点数据
项目开发周期内出现重大估算,进度偏差测试应随之调整,并备份暂停点数据
新的项目需求,原测试计划下做相应的调整
若开发暂停,则对应的测试也暂停,并备份停点数据
若项目中止,则对已完成的测试工作做测试活动总结
项目再启动时,测试进度重新安排或顺延
五、 测试进度和进度
序号 |