测试计划书

计划书包含要素

1、项目背景
2、测试范围
3、书写计划书参考文档
4、测试过程提交及产出的文档
5、测试所需资源
6、测试人员安排
7、测试所需工具
8、测试所需时间预估
9、要做哪些类型的测试
10、测试目标统一
11、风险预估
12、风险发生时的应急策略

1、编写测试计划书

1.1项目简介

目的

书写测试计划书,有助于实现以下目标:
项目有条理的进行
测试人员对自己负责模块的梳理
测试能够有计划地进行

本次测试执行后交付文档:
测试计划书
测试用例
测试报告

1.2项目背景

1.3测试范围

功能模块功能点描述
登录模块登录用户唯一入口
首页搜索通过商品名称,快速检索商品
首页banner展示最新活动
首页分类列表展示网站全部分类,并能跳转到分类页面
购物车购物车列表商品购物清单
购物车移除购物删除
个人中心修改备注个人信息修改
商品详情添加购物车进入购物车列表中

2、相关文档

2.1 参考文档

产品说明文档
需求文档
接口文档

2.2 测试提交文档

测试计划
测试用例
测试报告
版本说明书

3、测试资源

3.1 测试设备

需求用途说明
Windows电脑编写测试用例及测试执行等

3.2 服务器资源

需求用途说明
Linux服务器测试环境部署,以及相关软件说明

3.3 软件资源

需求说明
Excel编写测试用例
禅道Bug管理
Xmind业务逻辑梳理

3.4 人员安排

角色姓名职责
测试工程师大周执行登录模块测试
测试工程师大王执行首页测试
测试工程师大力执行购物车测试

3.5 测试工具

工具用途版本
Chrome功能测试210.0.4896.88
PostMan接口测试
selenium自动化测试
JMeter性能测试

4、测试策略

4.1 整体策略

整体测试所需时间:10/天

执行计划表

编号关键事件完成时间描述
1测试点梳理1月1日根据需求文档、产品说明等对测试要点进行梳理
2测试用例设计1月3日根据梳理的测试点进行测试用例设计与测试数据准备
3冒烟测试1月4日进行第一轮主流程的功能覆盖测试
4第一轮测试1月6日第一轮执行测试用例,覆盖全流程和全场景
5二轮测试1月8日第一轮Bug修复后的第二轮验证
6三轮测试1月9日Bug再次修改和验证,争取0Bug上线
7线上回归测试1月10日上线后生产环境验证

4.2 测试类型

编号测试类型说明
1功能测试根据需求文档、设计文档等进行产品功能验证,是否正确实现等
2界面测试检查界面是否符合公司统一风格,是否符合UI设计标准
3易用性测试站在用户角度,系统是否符交互友好,是否符合通用操作习惯
4接口测试检查系统接口数据与协议等是否正常
5性能测试根据需求中所描述,系统是否能够达到性能要求
6兼容性测试根据需求文档,是否兼容IE、FireFOX等浏览器

4.3 测试目标

系统测试覆盖率达100%
测试用例执行率达100%
无高级别Bug遗留

5、风险

5.1 需求变更

如遇需求变更,则需要重新评估开发及测试时间

5.2 其它风险

5.3 风险应对策略

加班
比如:积极推动项目进度、提升工作效率

5.4 风险预警相关人员

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值