第二单元 测试计划

2.1测试计划介绍

2.1.1定义

制定测试目的、范围、方法、时间进度及软件测试重点的过程

2.2测试计划模板内容

测试目的、测试资源、测试范围、测试风险、人员分工、测试策略、测试准则、测试进度、提交测试文档。

只要第一项和最后一项的位置是固定的，其他都可以微调位置

2.2.1封面和测试目的

封面：测试计划，编写人，编写时间等，可以表格，也可以文字描述

目录：自动生成

2.2.1.1测试目的编写结构

1.目的的总体概述

2.包含详细描述

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系统资源

软件资源

这部分描述测试需要的软件的版本、数量、描述。

硬件资源

这部分描述测试需要的硬件的配置和数量

2.2.3测试范围

测试对象

软件：积云商城1.1版本

文档：《积云商城1.1版本需求文档》

测试的特性

需要测试的内容，如积云商城的支付、登录功能

不测试的特性

不需要测试的内容，软件是增量开发，如注册功能不是本次测试内容

2.2.4测试风险

这部分描述测试任务可能遇到的风险，以及规避的方法

1．可能遇到的情况

2．该情况发生的可能性

人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更

3．该情况发生后对测试造成的影响如何

4．我们该如何应对突发情况

模板

可能存在的风险以及规避方法

要求：

目前积云商城1.1版本即将提测，积云商城1.1版本增加了微信支付功能，修改了登陆页面的布局。

测试组有三个成员，并且对积云商城现有模块(注册、登陆、搜索商品、购物车、订单、支付)都比较熟悉，但是对新增模块的微信支付还不太熟悉。

版本计划1周内完成测试并上线。

2.2.5人员分工

2.2.6测试策略

都需要进行哪些测试

第一种方式：

微信支付功能

1.采用接口测试和功能测试

2.测试工程师B对新增的接口进行功能及性能的测试

3.测试工程师A根据需求对微信支付功能业务逻辑、UI、兼容性等进行测试

登陆页面

4.测试工程师B对登陆页面进行布局、文字，交互及兼容性等进行测试

其它功能

5.运行回归测试用例，覆盖积云商城的主业务流程

6.注册页面运行稳定并且未作修改，本版本不测试

第二种方式：

第三种方式：

1.界面测试：对界面进行测试，是否符合公司需求

2.接口测试：对于各个模块间数据进行接口测试

3.稳定性测试：

4.兼容性测试：测试商城在IE浏览器以及各个主流浏览器间是否存在兼容问题

2.2.7 测试准则

启动准则：满足什么情况可以进行测试

暂停准则：遇到什么情况测试要暂停

再启动准则：在什么情况下可以重新启动测试

结束准则：什么情况可以停止测试

img

缺陷分类：轻微 → 一般 → 次要 → 严重

img

2.2.8 测试进度

2.2.9 提交测试文档

这部分规划测试任务的所有文档输出，根据项目特点进行规划：

测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告

如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明