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 测试准则
启动准则：满足什么情况可以进行测试
暂停准则：遇到什么情况测试要暂停
再启动准则：在什么情况下可以重新启动测试
结束准则：什么情况可以停止测试
缺陷分类：轻微 → 一般 → 次要 → 严重
2.2.8 测试进度
2.2.9 提交测试文档
这部分规划测试任务的所有文档输出，根据项目特点进行规划：
测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告
如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明
