第二单元 测试计划

2.1 测试计划介绍

2.fan1.1 定义

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

2.2 测试计划模板内容

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

2.2.0 封面和目录

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

目录：自动生成

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．该情况发生后对测试造成的权，

s'tustu

可能存在的风险以及规避方法（人资法环时）

要求：

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

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

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

2.2.5 人员分工

2.2.6 测试策略

都需要进行哪些测试

第一种方式：

微信支付功能

采用接口测试和功能测试

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

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

登陆页面

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

其它功能

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

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