测试计划模板（示例文档）
Thomas Hamilton 什么是测试计划模板？
测试计划模板是一个详细文档，描述了测试策略、目标、日程、估算和可交付成果，以及测试所需的资源。测试计划帮助我们确定验证被测应用程序质量所需的工作量。测试计划是进行软件测试活动的蓝图，作为一个由测试经理严密监控和控制的定义过程。
创建测试计划是确保软件测试项目成功的必要条件。如果您是测试计划新手，请参阅此教程：如何创建测试计划
测试计划模板
以下是测试计划的重要组成部分：
- 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 | 应用程序编程接口 |
| AUT | 被测应用程序 |
银行网络应用程序示例测试计划文档
1 介绍
本测试计划旨在规定 Guru99 Bank 项目所有测试活动的范围、方法、资源和日程。
该计划确定了待测试的项、待测试的功能、要执行的测试类型、负责测试的人员、完成测试所需的资源和日程，以及与该计划相关的风险。
1.1 范围
1.1.1 范围之内
网站 Guru99 Bank 在软件需求规格中定义的所有功能都需要进行测试。
| 模块名称 | 适用角色 | 描述 |
|---|---|---|
| 余额查询 | 客户经理 |
客户：一个客户可以拥有多个银行账户。他可以 只能查看其账户余额 经理：经理可以查看所有在其监管下的客户的余额。 在其监督下 |
| 资金转账 | 客户经理 |
客户：客户可以将资金从其“自己的”账户转账到任何目标账户。 账户到任何目标账户。 经理：经理可以将资金从任何来源银行账户转账到目标账户。 账户到目标账户 |
| 迷你账单 | 客户经理 | 迷你账单将显示账户最近的5笔交易 客户：客户只能查看其“自己”账户的迷你账单。 账户 经理：经理可以查看任何账户的迷你账单 |
| 自定义账单 | 客户经理 | 自定义账单允许您根据日期、交易价值过滤和显示账户交易。 交易 客户：客户只能查看其“自己”账户的自定义账单。 其“自有”账户 经理：经理可以查看任何账户的自定义账单 账户 |
| 更改密码 | 客户经理 |
客户：客户只能更改其账户的密码。 经理：经理只能更改其账户的密码。 他不能更改客户的密码 |
| 新客户 | 客户 | 经理：经理可以添加新客户。 |
| 客户 |
经理：经理可以编辑客户的详细信息，如地址、电子邮件、电话。 电话号码。 |
|
| 新账户 | 客户 | 目前系统提供两种账户类型 • 储蓄 • 活期 一个客户可以拥有多个储蓄账户（一个以其名义， 另一个以联名等）。 他可以为他拥有的不同公司开设多个活期账户。 他可以同时拥有多个活期账户和储蓄账户。 他可以拥有多个活期和储蓄账户。 经理：经理可以为现有客户添加新账户。 客户。 |
| 编辑账户 | 客户 | 经理：经理可以添加编辑现有账户的账户详情。 |
| 删除账户 | 客户 | 经理：经理可以为客户添加删除账户。 |
| 删除客户 | 客户 | 只有当客户没有任何活跃的活期或储蓄账户时，才能删除该客户。 经理：经理可以删除客户。 |
| 存款 | 客户 |
经理：经理可以将钱存入任何账户。 通常在银行网点存入现金时进行。 |
| 提款 | 客户 |
经理：经理可以从任何账户取款。 通常在银行网点取款时进行。 |
1.1.2 范围之外
这些功能将不进行测试，因为它们未包含在软件需求规范中。
- 用户界面
- 硬件接口
- 软件接口
- 数据库逻辑
- 通信接口
- 网站安全和性能
1.2 质量目标
测试目标是验证Guru99 Bank网站的功能，项目应侧重于测试银行操作，如账户管理、取款和余额等，以确保所有这些操作在实际业务环境中都能正常工作。
1.3 角色和职责
项目应使用外包成员作为测试人员以节省项目成本。
| 编号 | 成员 | 任务 |
|---|---|---|
| 1. | 测试经理 | 管理整个项目 定义项目方向 获取适当的资源 |
| 2. | 测试 | 识别和描述适当的测试技术/工具/自动化架构，验证和评估测试方法。 执行测试，记录结果，报告缺陷。 外包成员 |
| 3. | 测试开发人员 | 实施测试用例、测试程序、测试套件等。 |
| 4. | 测试管理员 | 建立并确保测试环境和资产得到管理和维护。 支持测试人员使用测试环境进行测试执行 |
| 5. | SQA 成员 | 负责质量保证 检查并确认测试过程是否符合指定要求 |
2 测试方法
2.1 概述
2.2 测试级别
在 Guru99 Bank 项目中，应进行以下三种类型的测试。
- 集成测试（将单个软件模块组合并作为一个组进行测试）
- 系统测试：在完整、集成的系统上进行，以评估系统是否符合其指定要求。
- 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 服务器的 Web 服务器 |
| 2. | 测试工具 | 开发一个测试工具，可以自动生成预定义格式的测试结果，并实现自动化测试执行。 |
| 3. | 网络 | 设置千兆局域网和一条速度至少为 5 Mb/s 的互联网线路 |
| 4. | 电脑 | 至少4台电脑，运行Windows 7，内存2GB，CPU 3.4GHZ |
4.2 测试环境
它提到了将用于测试应用程序的最低硬件和软件要求。
除了客户端特定的软件外，还需要以下软件。
- Windows 11 及以上
- Office 2021 及以上
- MS Exchange 等
