04-软件测试计划书

测试计划是什么

测试计划是一个叙述了预定的测试活动的范围、途径、资源以及进度安排的文档。此文档确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。通过收集项目与产品相关的信息，对测试范围，测试风险进行分析，对测试用例，工作量，资源和时间进行估算，对测试采用的策略、方法、环境、资源、进度做出合理安排。

项目成功的要素 

1. 时间：由整个项目计划覆盖
2. 成本：由合同覆盖，甲方定制
3. 范围：由需求文档覆盖
4. 质量：由QA计划或测试计划覆盖

为什么要制定测试计划

没有规矩不成方圆，定制测试计划使得软件测试是有计划，有组织的软件质量保证活动。如果没有计划，工作就会很松散，随意。

测试计划的意义

测试工程师：

• 了解项目和测试活动的整体情况。
• 明确测试策略、方法、范围、标准和约束等内容。
• 明确自身和团队的测试任务和目标。 

测试经理：

• 有利于对项目和测试活动进行宏观调控。
• 明确职责分工，便于沟通和协作。
• 风险管控和资源统筹配置。

测试计划核心内容

• 确定测试范围与风险，明确测试目标
• 确定总体的测试方法
• 确定测试内容，测试由谁来执行，如何执行
• 为测试的设计、实施与评估安排时间进度
• 为确定的测试活动分配资源

测试计划书内容包含

• 人力以及时间资源分配
• 责任划分
• 风险控制 

测试目标 

产品的质量目标

• 已实现的产品是否达到设计的要求。
• 产品规定的操作是否实现，运行是否稳定。

测试活动的质量目标

• 所有的测试用例全部执行。
• 所有自动化脚本都已经通过。
• 所有严重级别的缺陷已经被修复。
• 每一部分的测试都通过评审

测试内容

以清单、表格等方式列出重点要测试什么，什么不需要测试。
列举测试的具体内容：

• 功能性需求：用户需求点，用户故事。
• 非功能性需求：性能指标，兼容指标，安全指标。

测试策略

整体测试策略

• 使用哪些测试方法？执行黑盒测试，是否需要白盒，自动化
• 规定各个阶段的测试工作重心

测试开始/中断/完成的标准

• 符合什么标准，可以进行测试
• 符合什么标准，测试必须中断或暂停
• 符合什么标准，测试可以结束

测试类型定义

• 功能测试
• 安装卸载测试
• 兼容性测试
• 易用性测试

测试技术

• 黑盒测试工具
• 白盒测试工具
• 自动化脚本编写

测试周期

周期内考虑点:

• 安排测试设计、执行、评估的时间，制作甘特图/Excel
• 明确测试过程中需要经历的测试阶段(单元、集成、系统、验收测试时间划分)
• 每个阶段明确起止时间，工作目标，重点
• 不同的测试类型间要合理安排(如功能测试发现bug较多，后续测试已经没必要

资源配置

人员资源

• 需要多少名测试人员
• 测试人员需要具备什么技能
• 是否需要岗前培训 

测试环境资源配置
硬件资源：服务器，计算机，手机，打印机，游戏手柄

软件资源：不同平台的操作系统，数据库软件，多种浏览器

网络环境：局域网、wifi，或公网，是否需要vpn
测试工具：自动化测试工具安装调试，管理工具安装(禅道等)

风险控制

风险指的是不可预料的后果，如事件、危险、威胁等特殊情况的发生。

客观性风险：
客观性因素，无法规避的风险：

• 人手不够了，短期也无法招到合适的人
• 同事生病请假了
• 开发团队不能如期交付代码
• 测试所需的环境，脚本，数据等没有提供好，无法进行
• 无法完全控制风险，只能遵循规律，降低风险造成的影响
• 遇见难以修复的bug造成其他功能无法测试

团队成员技能水平不够:

• 涉及新软件开发，对测试环境和工具不熟
• 成员被其他项目组调走了

如何制定测试计划

1、任务送达

• 测试经理接到软件测试需求书和需求说明。

2、分析测试任务

• 充分理解被测试软件的需求。
• 评估被测试软件的进度，状态，复杂度和风险。

3、资源规划

• 组件测试团队，由资深人员进行开会研讨。
• 准备人力资源。

4、制定测试计划

• 研究确定测试计划的各项内容

5、评审测试计划

• 测试团队共同参与评审测试计划。

5W1H方法 

新人经验不足，针对此方法，提出问题，解答问题，测试计划也就出现了
what—对象

• 测试什么
• 测试是什么类型
• 被测软件有什么特点
• 测试环境是什么

when—时间

• 什么时候开始测
• 什么时候提交缺陷报告
• 什么时候结束测试

why—原因

• 为什么要做此项测试

who—有谁参与

• 软件提供给谁去用
• 谁来执行测试用例

where—场所

• 在哪里进行软件测试
• 测试到哪一个步骤算是完成

how—方法

• 如何进行测试
• 如何编写测试用例书
• 如何控制风险