2.1 测试计划介绍
2.1.1 定义
制定测试目的、范围、方法、时间进度及软件测试重点的过程
2.2 测试计划模板内容
测试目的、测试资源、测试范围、测试风险、人员分工、测试策略、测试准则、测试进度、提交测试文档。
只要第一项和最后一项的位置是固定的，其他都可以微调位置
2.2.0 封面和目录
封面：测试计划，编写人，编写时间等，可以表格，也可以文字描述
目录：自动生成
2.2.1 测试目的
2.2.1.1 测试目的编写结构
- 目的的总体概述
- 包含详细描述
2.2.1.2 测试目的编写内容
对项目测试进行整体描述，不用过于详细。
详细描述各个模块、功能具体要做什么样的测试，bug解决情况，以及相应的上线时间。
2.2.1.3 案例:
- 要求：1月12日积云商城1.1版本进行上线，新增支付功能以及登录页面的修改。
- 测试目的：
1月6日至1月12日对积云商城1.1版本的新增功能测试，主流程测试以及bug验证， 5月12日完成测试上线。
针对微信支付功能，以及登陆页面的修改进行重点测试；回归验证积云商城bug，遗留严重问题为0， 一般问题少于3个，提示性问题少于5个；11日前在测试环境完成新增功能，主流程测试，12日在线上环境测试、发布。
2.2.2 测试资源
2.2.2.1 人力资源
| 职务 | 姓名 | 职责 |
|---|---|---|
| 测试经理 | 张三 | 介绍相应职务应该所作工作职责 |
| 测试工程师 | 李四 | 在部门中所担负的职责 |
2.2.2.2 系统资源
- 软件资源
这部分描述测试需要的软件的版本、数量、描述。
| 资源 | 描述 |
|---|---|
| 操作系统 | Windows7 /Linux Centos |
| Web服务器 | Apache2.2 |
| DB | Mysql5.5 |
| 运行环境 | PHP |
| 浏览器 | IE11 , 谷歌，火狐 可以使用虚拟机 |
- 硬件资源
这部分描述测试需要的硬件的配置和数量
| 资源 | 描述 | 数量 | 备注 |
|---|---|---|---|
| 计算机 | CPU： 四核2.0GHz 内存：8G 硬盘: 120G 网络：1000M带宽 |
12 | 可以用虚拟机 |
| 安卓手机 | 12+512 一亿像素 6000ma 处理器888，天玑1000+ 5G网络 |
一亿 | 最高配 |
2.2.3 测试范围
- 测试对象
软件：积云商城1.1版本
文档：《积云商城1.1版本需求文档》 - 测试的特性
需要测试的内容，如积云商城的支付、登录功能 - 不测试的特性
不需要测试的内容，软件是增量开发，如注册功能不是本次测试内容
2.2.4 测试风险
这部分描述测试任务可能遇到的风险，以及规避的方法
1．可能遇到的情况
2．该情况发生的可能性
人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更
3．该情况发生后对测试造成的影响如何
4．我们该如何应对突发情况
模板
| 风险编号 | 风险描述 | 风险等级（高、中、低） | 责任人 | 风险对测试的影响 | 规避方法 |
|---|---|---|---|---|---|
| 1 | 测试登录模块 | 高 | 张三 |
可能存在的风险以及规避方法（人资法环时）
| 人 | 资料 | 方法 | 环境 | 时间 | |
|---|---|---|---|---|---|
| 风险 | 人员不足 | 资料欠缺/需求变动 | 方法（技术不足） | 环境（测试环境/测试机不足） | 时间（提前 延迟） |
| 规避 | 招聘 借调 | 需求分析工作及时 提前进行 | 培训 或者招聘会的 | 购买/借同事 | 由测试经理/项目经理进行工作的监督，时刻把握测试进度 |
要求：
目前积云商城1.1版本即将提测，积云商城1.1版本增加了微信支付功能，修改了登陆页面的布局。
测试组有三个成员，并且对积云商城现有模块(注册、登陆、搜索商品、购物车、订单、支付)都比较熟悉，但是对新增模块的微信支付还不太熟悉。
版本计划1周内完成测试并上线。
测试风险.jpg
2.2.5 人员分工
| 姓名 | 职务 | 工作内容 |
|---|---|---|
| 张三 | 测试经理 | 具体负责哪些模块或者类型的测试 |
| 李四 | 功能测试工程师 |
2.2.6 测试策略
都需要进行哪些测试
第一种方式：
微信支付功能
- 采用接口测试和功能测试
- 测试工程师B对新增的接口进行功能及性能的测试
- 测试工程师A根据需求对微信支付功能业务逻辑、UI、兼容性等进行测试
登陆页面 - 测试工程师B对登陆页面进行布局、文字，交互及兼容性等进行测试
其它功能 - 运行回归测试用例，覆盖积云商城的主业务流程
- 注册页面运行稳定并且未作修改，本版本不测试
第二种方式：
测试策略.jpg
第三种方式：
- 界面测试：对界面进行测试，是否符合公司需求
- 接口测试：对于各个模块间数据进行接口测试
- 稳定性测试：
- 兼容性测试：测试商城在IE浏览器以及各个主流浏览器间是否存在兼容问题
2.2.7 测试准则
- 启动准则：满足什么情况可以进行测试
- 暂停准则：遇到什么情况测试要暂停
- 再启动准则：在什么情况下可以重新启动测试
-
结束准则：什么情况可以停止测试
image.png
缺陷分类：轻微 → 一般 → 次要 → 严重
测试准则.jpg
2.2.8 测试进度
| 测试任务 | 负责人 | 预期开始时间 | 预期结束时间 | 时间进度 | 备注 |
|---|---|---|---|---|---|
| 编写测试计划 | |||||
| 设计测试用例 |
测试进度.jpg
2.2.9 提交测试文档
这部分规划测试任务的所有文档输出，根据项目特点进行规划：
测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告
如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明
| 文档名称 | 负责人 | 详情 |
|---|---|---|
| 性能测试计划 | 李四 | 存放位置: svn://svnserver/qateam/weidu/perf/script |
| 缺陷报告 | 王五 | 提交至禅道 |
最后，使用xmind总结测试计划！
