测试计划

2.1 测试计划介绍

2.1.1 定义

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

2.2 测试计划模板内容

测试目的、测试资源、测试范围、测试风险、人员分工、测试策略、测试准则、测试进度、提交测试文档。
只要第一项和最后一项的位置是固定的，其他都可以微调位置

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．该情况发生后对测试造成的影响如何
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 测试准则

• 启动准则：满足什么情况可以进行测试
• 暂停准则：遇到什么情况测试要暂停
• 再启动准则：在什么情况下可以重新启动测试
• 结束准则：什么情况可以停止测试
  
  缺陷分类：轻微 → 一般 → 次要 → 严重
  

2.2.8 测试进度

2.2.9 提交测试文档

这部分规划测试任务的所有文档输出，根据项目特点进行规划：
测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告
如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明

最后，使用xmind总结测试计划！

原文地址：http://www.cnblogs.com/chinabigfly/p/16817435.html