编写软件测试计划（5W1H）
What ——是什么 ——我们未来要测什么
Why ——为什么做或者为什么使用这个东西 ——我们为什么要用这些相应的测试方法，为什么要用这样的测试方式
Who ——谁去完成谁去做 ——这些测试活动未来都由谁来完成，给人的角色是什么
When ——什么时候 去做 ——都在什么时间点完成什么样的测试任务
Where ——在哪去做 ——都在那些相应的环境当中，在哪完成这样的测试活动
How ——怎么去做 ——具体如何去完成
测试计划
软件测试计划的目标：
尽可能早地找出软件缺陷，并保证其得以修复。
关于测试计划：
♦概念:规定测试活动的范围、方法、资源和进度;明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人,以及与计划相关的风险
♦软件测试计划( software test plan )是软件测试员与产品开发小组交流意图的主要方式
♦测试计划只是创建详细计划过程的一个副产品,重要的是计划过程，而不是产生的结果文档
♦测试计划过程的最终目标是交流(而不是记录)软件测试小组的意图、期望，以及对将要执行的测试任务的理解
测试目的：
测试计划文档要达到的目的。
制定测试目的要从以下方面着手：
理解系统
及早介入
理解企业文化和过程
测试期望
吸取教训
工作量大小
解决方案的类型
技术选择
预算
时间表
分阶段的解决方案
测试软件简介：
产品规格
♦产品名称，制造商和产品版本号的说明
产品信息
♦产品的用户，开发该产品的背景
技术结构
♦介绍产品的主要功能，可以借助图表的格式表述
测试提交文档
♦测试用例
提供测试用例模板
确定测试用例编号规则
♦测试日志
提供测试日志模板
♦缺陷报告
提供缺陷报告模板(包括包含哪些内容)缺陷跟踪系统还是电子文档
确定严重程度和优先级别如何划分
♦测试总结
提供缺陷总结模板
术语定义
♦定义了开发产品或测试过程中常用术语的含义
测试策略
♦测试策略描述测试小组用于测试整体和每个阶段的方法。确定测试策略要从模块功能、整体、系统、版本、压力、性能、配置和安装等各个方面来考虑
心测试阶段进入退出标准
♦进入标准:允许系统进入一个特定的测试阶段时所必须具备的条件
♦退出标准:规定测试何时结束的条件
确定测试内容
■功能的测试
理论上测试要覆盖
所有的功能项
■设计的测试
对一些用户界面、菜单的结构还有窗体的设计是否合理等的测试
■整体考虑
要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性
■确定功能项优先级
风险
复杂度
客户需求
资源
■人力资源
■系统资源
♦硬件
♦软件
测试进度
■ 安排测试进度的重要性
■ 计划测试进度和人员安排要考虑:
♦记录当前项目每项任务实际花费的人员和时间
♦考虑测试组织的测试成熟度
♦测试需求范围
♦测试I程师的技术水平
♦使用测试工具的熟练程度
♦商业知识
♦测试程序的范围测试工作的启动
♦软件计划升级的版本个数
♦高风险的应用程序里程碑事件的设置
里程碑事件的设置
测试人员的任务分配
风险和问题
♦市场的压力
♦测试时间不够,主要是功能冻结后的系统测试的时间可能不够
♦测试资源是否能及时到位(设备和人员)
♦测试人员的培训
♦开发进度的变化,需求或设计的变更
♦测试人员的基础培训
♦开发组的版本控制
内容小结
■ 测试目的
■ 测试项目简介
■ 测试参考文档
■ 测试提交文档
■ 术语和定义
■ 测试策略
■ 确定测试内容
■ 资源
■ 测试进度
■ 测试人员的任务分配
■ 风险和问题
