测试计划书
计划书包含要素
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 风险预警相关人员
略