什么是测试计划模板？
测试计划模板是一份详细的文档，描述了测试策略、目标、时间表、评估和交付内容以及测试所需的资源。测试计划作为蓝图，将软件测试活动作为已定义的过程进行管理，并由测试经理进行详细的监视和控制。
创建测试计划是确保软件测试项目成功所必需的。下面是测试计划的重要组成部分
- 1 简介
- 1.1 作用域
- 1.1.1 在范围内
- 1.1.2 超出范围
- 1.2 质量目标
- 1.3 角色和职责
- 2 测试方法
- 2.1 概述
- 2.2 测试级别
- 2.3 错误分类
- 2.4 暂停准则及恢复标准
- 2.5 完整性测试
- 3 测试交付件
- 4 资源和环境需求
- 4.1 测试工具
- 4.2 测试环境
1) 介绍
简要介绍项目使用的测试策略、流程、工作流程和方法
1.1) 范围
1.1.1) 范围内
范围定义了将要测试的软件的特性、功能性或非功能性要求
1.1.2) 超出范围
超出范围定义将不进行测试的软件的特性、功能性或非功能性要求
1.2) 质量目标
通过手动测试和自动化测试实现的总体目标
测试项目的一些目标可能是
- 确保测试中的应用程序符合功能和非功能要求
- 确保AUT符合客户定义的质量规格
- 在上线之前识别并修复错误/问题
1.3) 角色和职责
详细描述不同团队成员的角色和职责，例如
- QA分析师
- 测试主管
- 配置主管
- 开发人员
- 安装人员
其中包括
2) 测试方法论
2.1) 概述
提到为该项目采用特定测试方法的原因。为项目选择的测试方法可以是
- 瀑布流方式
- 迭代方式
- 敏捷方法
- 极限编程
选择的方法取决于多种因素。可以在此处阅读有关测试方法论的内容
2.2) 测试级别
测试级别定义要在被测应用程序(AUT)上执行的测试类型。测试级别主要取决于项目的范围、时间和预算限制。
2.3) 错误分类
分类目标是
- 要定义每个错误的解析类型，执行对应操作
- 确定错误的优先顺序，并确定所有“修复错误”的时间表。
2.4) 暂停标准和恢复要求
暂停标准定义了用于暂停全部或部分测试过程的标准，而恢复标准确定了测试在暂停后何时可以恢复
2.5) 测试完成标准
在这里，可以定义将认为测试完成的标准。 例如，检查测试完整性的几个标准如下
- 100测试覆盖率百分比
- 执行的所有手动和自动测试用例
- 所有打开的错误都已修复或将在下一个版本中修复
3) 测试交付件
这里提到将在测试生命周期的不同阶段交付的所有测试构件。
以下是简单的交付内容：
- 测试计划
- 测试用例
- 需求可追溯性矩阵
- 错误报告
- 测试策略
- 测试指标
- 客户接收
4) 资源环境需求
4.1) 测试工具
列出一系列工具，如
- 需求跟踪工具
- 错误跟踪工具
- 自动化工具
测试项目所需的
4.2) 测试环境
它提到了将用于测试应用程序的最低硬件要求。
除了特定于客户的软件外，还需要以下软件。
- Windows 8及更高版本
- Office 2013及更高版本
- MS Exchange等。
5) 术语/首字母缩写
项目中使用的任何术语或首字母缩写
| 术语/首字母缩写 | 定义 |
|---|---|
| API接口 | 接口函数 |
| 自动化 | 测试中的应用程序 |
测试计划文档示例银行Web应用程序示例
1简介
测试计划旨在规定银行项目的所有测试活动的范围、方法、资源和时间表。 该计划确定要测试的项目、要测试的功能、要执行的测试类型、负责测试的人员、完成测试所需的资源和时间表，以及与计划相关的风险。
1.1 作用域
1.1.1 在范围内
软件需求规格书中定义银行的所有功能都需要测试
| 模块 | 角色 | 描述 |
|---|---|---|
| 余额查询 | 经理客户 |
客户：一个客户可以有多个银行账户。他可以 仅查看其帐户余额 经理：
经理可以查看所有符合以下条件的客户的余额 在他的监督下 |
| 资金调拨 | 经理客户 |
客户：客户可以从自己的账户转账。 帐户到任何目标帐户。
经理：经理可以从任何来源银行转账。 帐户到目标帐户 |
| 最近账单 | 经理客户 |
对帐单将显示帐户的最后5笔交易
客户：客户只能看到他“自己”的帐目 经理：经理可以查看任何客户的账单 |
| 自定义报表 | 经理客户 |
自定义报表允许过滤并显示 帐户中的交易记录基于日期、交易额
客户：客户只能看到定制化的-报表 他的“自己”账户 经理：经理可以查看任何 帐户 |
| 更改密码 | 经理客户 |
客户：客户只能更改其账户的密码。
经理：经理只能更改自己账户的密码。 他不能更改客户的密码 |
| 新客户 | 经理 | 经理：经理可以添加新客户。 |
| 经理 | 经理：经理可以编辑详细信息，如地址、电子邮件、 客户的电话。 | |
| 新帐户 | 经理 |
目前系统提供两种类型的账户 • 节省开支 • 当前 客户可以有多个储蓄账户(一个在他的名字中， 其他使用联名等)。 他可以在不同的公司拥有多个活期账户。 他是老板。 或者他可以有多个活期和储蓄账户。
经理：经理可以为现有帐户添加新帐户 顾客。 |
| 编辑帐户 | 经理 | 经理：经理可以为现有帐户添加编辑帐户详细信息 |
| 删除帐户 | 经理 | 经理：经理可以为客户增加、删除帐户。 |
| 删除客户 | 经理 | 只有当客户没有活动的活期账户或保存账户时，才能将其删除 经理：经理可以删除客户。 |
| 存款 | 经理 | 经理：经理可以把钱存入任何账户。 通常在现金存入银行分行时进行。 |
| 提款 | 经理 | 经理：经理可以从任何账户提款。 通常在银行支行提取现金时进行。 |
1.1.2 超出范围
这些功能没有经过测试，因为它们没有包含在软件需求规格中
- 用户界面
- 硬件接口
- 软件接口
- 数据库逻辑
- 通信接口
- 网站安全和性能
1.2 质量目标
测试目标是验证银行网站的功能，该项目应重点测试银行业务，如账户管理、取款和余额…等，以保证所有这些操作都能在真实的商业环境中正常工作。
1.3 角色和职责
项目应使用外包成员作为测试人员，以节省项目成本。
| 编号 | 成员 | 任务 |
|---|---|---|
| 1. | 项目经理 | 管理整个项目 定义项目方向 获取适当的资源 |
| 2. | 测试人员 | 确定并描述适当的测试技术/工具/自动化体系结构，验证并评估测试方法 执行测试，记录结果，报告缺陷。 外包会员 |
| 3. | 测试中的开发人员 | 执行测试用例、测试程序、测试套件等。 |
| 4. | 测试主管 | 建立并确保测试环境和资产得到管理和维护 支持测试人员使用测试环境执行测试 |
| 5. | SQA成员 | 负责质量保证工作 检查以确认测试流程是否满足指定的要求 |
2 测试方法
2.1 概述
2.2 测试级别
在银行项目中，需要进行3种类型的测试。
- 集成测试(单个软件模块作为一组进行组合和测试)
- 系统测试：在一个完整的、集成的系统上进行，以评估系统是否符合其指定的要求
- API测试：测试被测软件创建的所有API
2.3 错误分类
2.4 暂停准则及恢复规定
如果团队成员报告有40%的测试用例失败，则暂停测试，直到开发团队修复所有失败的用例。
2.5 结束标准
- 指定表示测试阶段成功完成的条件。
- 运行率必须是100%，除非给出明确的原因。
- 通过率为80%，必须达到通过率
2.6 项目任务、估算和进度安排
| 任务 | 参与者 | 估计工作量 |
|---|---|---|
| 创建测试规范 | 测试设计人员 | 170 工时 |
| 执行测试执行 | 测试员、测试管理员 | 80 工时 |
| 测试报告 | 测试人员 | 10 工时 |
| 测试交付 | 20 工时 | |
| 总计 | 280 工时 |
计划完成这些任务
3 测试交付件
测试交付件如下所示：
在测试阶段之前
- 测试计划文档
- 测试用例文档
- 测试设计规范
在测试期间
- 测试工具模拟器
- 测试数据
- 测试溯源-能力矩阵-错误日志和执行日志。
在测试周期结束后
- 测试结果/报告
- 缺陷报告
- 安装/测试程序指南
- 发行说明
4 资源和环境需求
4.1 测试工具
| 编号 | 资源 | 描述 |
|---|---|---|
| 1. | 服务器 | 需要安装MySQL服务器的数据库服务器 安装Apache Server的Web服务器 |
| 2. | 测试工具 | 开发了一个测试工具，它可以将测试结果自动生成为预定义的形式，并自动执行测试 |
| 3. | 网络 | 设置一条速度至少为5 Mb/s的LAN千兆位和1条互联网线路 |
| 4. | 电脑 | 至少4台运行Windows 7、内存2 GB、CPU 3.4 GHz的计算机 |
4.2 测试环境
要设置的测试环境
