测试计划模板（基于Web应用程序示例的样本文档）

测试计划是一个详尽的文档，它概述了实现软件测试所需的测试策略、目标、时间表、估算、可交付成果和资源。测试计划帮助我们确定确认被测应用程序质量所需的工作量。测试计划是作为定义程序进行软件测试操作的蓝图，测试经理会密切监控和控制该程序。

根据ISTQB的定义，“测试计划是一个详细说明预期测试活动范围、策略、资源和时间表的文档”。

让我们来看一个测试计划的示例/场景：你想在会议上与团队成员讨论测试计划，但他们对此不感兴趣。

在这种情况下你会怎么做？

A) 我是经理；按照我的指示去做。

B) 现在，让我解释一下为什么需要测试计划。

什么是测试计划？为什么它很重要？

创建测试计划文档有几个优点。

帮助测试团队以外的其他人员（例如开发人员、业务经理和客户）理解测试的细微之处。

我们的思维受到测试计划的指导。这类似于必须遵循的一套规则。

测试计划记录了重要的功能，例如测试估算、测试范围和测试策略，以便管理团队可以对其进行评估，并可重复用于其他项目。

编写测试计划的最佳方法是什么？

您已经知道，在测试管理流程中最基本的任务是创建测试计划。要根据IEEE 829标准创建测试计划，请遵循以下步骤。

• 检查项目。

• 制定测试策略

• 创建测试目标列表。

• 指定测试标准

• 组织资源

• 构建测试环境

• 估算和进度安排

• 确定测试交付成果

测试计划模板的定义是什么？

测试计划模板是一个详尽的文档，它概述了测试策略、目标、时间表、估算和可交付成果，以及测试所需的资源。测试计划帮助我们确定确认被测应用程序质量所需的工作量。测试计划是作为定义程序进行软件测试操作的蓝图，测试经理会密切监控和控制该程序。

为了确保任何软件测试项目的成功，您必须首先创建一个测试计划。

下面列出了测试计划的重要组成部分。

• 引言

• 目的

• 工作范围

• 排除范围

• 质量保证目标

• 测试方法

• 大图景

• 测试级别

• 缺陷分类

• 暂停要求和暂停标准

• 测试的完整性

• 测试交付成果

• 资源和环境要求

• 测试工具

• 测试环境

简短介绍

简要概述项目的测试技术、流程、工作流程和方法。

目的

测试计划的目的。

工作范围

被测程序的范围标识其功能和非功能需求。

排除范围

超出范围是指将不进行评估的软件的功能和非功能需求。

质量目标

• 在本节中，记下您希望通过手动和自动化测试实现的总体目标。

• 您的某些测试项目目标可能包括以下内容：

• 确保被测应用程序符合所有功能和非功能标准。

• 确定AUT是否满足客户的质量要求。

• 在上线之前，检测并纠正错误和问题。

责任和角色

详细描述各个团队成员的角色和责任，包括：

• 质量保证分析师

• 测试经理

• 配置经理

• 开发人员

• 安装团队

测试方法

**一般信息** - 说明为什么为项目选择特定的测试方法。项目选择的测试方法可能是

• 瀑布模型

• 迭代式

• 敏捷

• 极限编程 (XP)

多个变量会影响所使用的方法。

测试级别

测试级别定义了将对被测应用程序 (AUT) 执行的测试类型。测试级别通常由项目的范围以及时间和资金限制决定。

缺陷分类

• 分类的目的是找出你的问题所在。

• 选择将用于每个问题的错误解决类型

• 对问题进行优先级排序，并为所有“待修复错误”设定时间表。

暂停标准和恢复要求

暂停标准提供了可以暂停所有或部分测试过程的条件，而恢复标准则指定了在测试中断后可以何时继续测试。

确保一切井然有序。

在本节中，您将设置确定测试是否完成的标准。例如，确定测试是否完成的一些标准可能是：

• 测试覆盖率为 100%。

• 所有手动和自动化测试用例都已完成。

• 所有未解决的错误已解决或将在下一个版本中解决。

待测试交付成果

这里将包含在测试生命周期的各个阶段提供的全部测试工件。

基本交付成果列在下面。

• 测试计划

• 案例研究

• 需求跟踪矩阵

• 测试策略

• 测试指标

• 客户批准

环境和资源需求

**测试工具** - 列出有用的工具，例如

• 需求跟踪工具

• 缺陷跟踪软件

• 自动化工具

必须测试的项目。

测试环境

它指定了测试应用程序的最低硬件要求。

除了特定于客户端的软件外，还需要以下软件。

• Windows 8 及更高版本

• Microsoft Office 2013 及更高版本

• 例如，Microsoft Exchange。

缩写/术语

提及项目中使用的任何术语或缩写。

• API 代表“应用程序编程接口”。

• AUT 代表被测应用程序

文档银行Web应用程序的测试计划示例

引言

测试计划指定 Guru99 Bank 项目所有测试操作的范围、策略、资源和时间安排。

该计划确定了要测试的内容、要测试的功能、要执行的测试类型、负责测试的人员、完成测试所需的资源和时间表以及计划的风险。

排除范围

由于这些功能不属于软件需求规范的一部分，因此不会对它们进行评估。

• 用户界面

• 硬件接口

• 软件接口

• 逻辑数据库

• 通信接口

• 网站性能和安全性

质量保证目标

测试目标是验证 Guru99 Bank 网站的功能。项目应专注于测试银行业务，例如账户管理、取款和余额等，以确保所有这些业务都可以在真实的业务环境中正常运行。

责任和角色

为了降低项目成本，项目应使用外包人员作为测试人员。

测试方法

测试级别

电子商务网站项目应执行三种类型的测试。

• 集成测试（将单个软件模块组合在一起并作为一个组进行测试）

• 系统测试在一个完整的集成系统上进行，以检查它是否符合系统的需求。

• API 测试 - 验证为被测程序创建的所有 API 是否正常工作。

缺陷分类

**暂停要求和暂停标准** - 如果团队成员指出 40% 的测试用例失败，则应暂停测试，直到开发团队修复所有失败的实例。

测试的完整性

• 指定成功完成测试阶段的要求。

• 除非提供有效的理由，否则运行率必须达到 100%。

• 通过率设定为 80%，必须通过。

项目的任务、估算和时间表

测试交付成果

以下是测试交付物：

测试阶段之前

• 包含测试计划的文档。

• 包含测试用例的文档

• 测试设计规范

在测试期间，

• 测试工具模拟器。

• 测试数据

• 错误日志和执行日志 - 测试跟踪矩阵

测试周期完成后，

• 测试报告/结果

• 缺陷报告

• 安装/测试程序指南

• 发行说明

资源和环境要求

Vineet Nanda

更新于：2021 年 11 月 26 日

5000+ 次浏览

启动您的职业生涯

通过完成课程获得认证

开始