如何创建测试计划？（示例模板，示例）

测试计划

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

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

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

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

• 我是经理，请按照我的指示执行。

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

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

创建测试计划文档有几个好处。

• 帮助测试团队以外的人员了解测试的细微差别，例如开发人员、业务经理和客户。

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

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

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

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

• 检查项目。

• 创建测试策略

• 创建测试目标列表。

• 指定测试标准

• 组织资源

• 构建测试环境

• 估算和计划

• 建立测试交付成果

步骤 1 - 检查项目

如果您不知道产品是什么，如何测试它？答案是不可能的。在评估产品之前，您必须首先了解有关它的所有信息。

测试产品是一个电子商务网站。您应该对您的客户和最终用户进行调查，以了解他们对应用程序的需求和期望。

• 谁将是网站的目标受众？

• 它的目的是什么？

• 它将如何运作？

• 产品使用了哪些软件和硬件？

浏览此网站并查看产品文档。查看产品文档可以帮助您了解网站的所有功能以及如何使用它。如果您有任何疑问，您可以采访客户、开发人员或设计师以获取更多信息。

步骤 2 - 创建测试策略

在软件测试中，确定测试策略是创建测试计划的重要步骤。测试策略文档是一个高级别文档，通常由测试经理创建。本文包含以下定义 -

• 项目的测试目标和实现这些目标的方法

• 确定用于测试的时间和金钱数量。

回到您的项目，您需要为银行网站创建测试策略。应遵循以下步骤 -

步骤 2.1 - 定义测试范围

在开始任何测试活动之前，应确定测试范围。您需要考虑一段时间。

• 定义要测试的系统“在范围内”的组件（硬件、软件、中间件等）。

• 还必须明确将不会测试的系统组件表征为“超出范围”。

为所有利益相关者定义测试项目的范围至关重要。您将受益于拥有精确的范围。

• 让团队中的每个人都对您正在执行的测试充满信心并获得准确的信息。

• 团队中的每个人都会知道正在测试什么以及什么没有被测试。

您使用什么标准来定义项目的范围？

您必须 - 确定范围。

• 客户规范非常具体。

• 项目预算

• 产品规格

• 您的测试团队的能力和才能

现在应明确定义测试的“在范围内”和“超出范围”。

根据软件需求，项目仅专注于测试网站的所有功能和外部接口（在范围测试）此时不会执行压力、性能和逻辑数据库测试。（不在本文档范围内）

问题示例

客户已要求您测试他的 API。但是，项目预算不允许这样做。在这种情况下你会怎么做？在这种情况下，您需要说服客户，Api 测试是额外的工作，需要花费大量时间和资源。提供证据来支持您的说法。告诉他，如果将 Api 测试包含在范围内，预算将增加 XYZ。

客户同意，并创建了新的范围和超出范围的对象。

• 功能测试和 API 测试是在范围内的示例。

• 数据库测试、硬件和任何其他外部接口都不在范围内。

步骤 2.2 - 确定测试类型

测试类型是一个常规的测试过程，它会产生可预测的测试结果。每种类型的测试都旨在查找产品中的特定类型的问题。但是，所有类型的测试的目标都是相同的：“在将产品发布给客户之前尽早发现任何问题。”

下图显示了经常使用的多种测试形式 -

• 单元测试

• API 测试

• 集成测试

• 系统测试

• 安装/卸载测试

• 敏捷测试

对于软件测试，有大量的测试类型可供选择。您的团队将无法以适当的努力处理所有类型的测试。作为测试经理，您必须优先考虑测试类型。

• 在 Web 应用程序测试中，应优先考虑哪种类型的测试？

• 为了节省资金，应该跳过哪种类型的测试？

步骤 2.3 - 记录风险和问题。

风险是不可预测的未来事件，有可能发生并且存在损失的可能性。当危险发生时，它就变成了“问题”。

您之前在文章风险分析和解决方案中了解了“风险”分析并确定了项目中可能存在的危险。

您将在 QA 测试计划中记录这些风险。

步骤 2.4 创建测试后勤

测试经理应在测试后勤中回答以下问题 -

• 谁将进行测试？

• 测试何时进行？

谁将进行测试？

虽然您可能不知道将执行测试的测试人员的确切身份，但可以识别测试人员的类型。

在为特定任务选择合适成员时，您必须检查他的专业知识是否合格并估算项目预算。

如果将错误的人员分配给任务，项目可能会失败或延迟。

具有以下能力的人员最适合进行软件测试 -

• 能够理解客户的观点

• 对卓越的强烈热情，以及对细节的敏锐观察力和合作意愿。

测试人员是项目中负责测试执行的团队成员。您可以根据项目预算选择内部测试人员或外包测试人员。

测试何时进行？

相关的开发工作必须与测试活动关联。

当您拥有附图中显示的所有元素时，就可以开始测试了。

步骤 3 - 定义测试目标

测试执行的最终目的和成果称为测试目标。测试的目的是发现尽可能多的软件缺陷，并确保在发布产品之前，被测产品没有错误。

您应该执行以下两个步骤来确定测试目标。

• 列出所有需要测试的程序方面（功能、性能、GUI 等）。

• 根据上述特征定义测试的目标或目的。

让我们使用这些步骤来弄清楚您的测试项目的测试目标是什么。

您可以使用“自顶向下”技术来查找需要测试的网站方面。使用此策略，您可以将被测程序分解为组件和子组件。

根据上面列出的功能，项目的测试目标可以定义如下 -

• 检查网站的功能（帐户、存款等）在真实的业务环境中是否按预期工作，并且没有错误或缺陷。

• 检查网站的外部界面，例如 UI，是否正常运行，以及它是否满足用户的需求。

• 检查网站的可用性。这些功能是否可能对用户有用？

步骤 4 - 定义测试标准

测试方法或测试判断可以基于称为测试标准的标准或规则。以下是两种类型的测试标准

暂停标准

定义测试的关键暂停条件。如果在测试过程中满足暂停条件，则活动测试周期将被中断，直到解决暂停标准。

测试计划示例 - 如果您的团队成员指出 40% 的测试用例失败，则应停止测试，直到开发团队修复所有失败的实例。

退出标准

它描述了确定测试阶段是否已成功完成的标准。退出标准是测试的预期结果，在进入开发的下一阶段之前必须满足这些标准。例如，所有关键测试用例必须在 95% 的时间内通过。

确定退出标准的两种方法是确定目标运行率和通过率。

• 运行率是指执行的测试用例数量与测试规范中测试用例总数的比率。例如，测试规范要求总共 120 个 TC，但测试人员仅完成了 100 个，导致运行率为 100/120 = 0.83。（83%）

• 通过率是指通过的测试用例数量与执行的测试用例数量的比率。例如，在执行的 100 多个 TC 中，有 80 个 TC 通过，导致通过率为 80/100 = 0.8（80%）。

步骤 5 - 组织资源

资源计划是完成给定任务所需的所有资源的综合列表。资源包括人力资源，以及执行工作所需的设备和材料。

资源计划是测试计划的一个重要方面，因为它有助于确定项目将需要的资源（员工、设备等）数量。因此，测试经理可以创建准确的项目计划和估算。

本节列出了建议用于项目的资源。

人力资源管理

下表显示了项目团队的几个成员。

系统资源

您应该计划如下表所示的测试 Web 应用程序的资源 -

步骤 6 - 计划测试环境

什么是测试环境？

测试环境是在测试团队将运行测试用例的软件和硬件配置。测试环境包括真实的业务和用户环境，以及服务器和前端操作环境等物理环境。

如何创建测试环境？

回到您的项目，您如何为这个电子商务网站建立测试环境？

完成此任务需要测试团队和开发团队之间良好的协作。

为了完全理解正在测试的 Web 应用程序，您应该向开发人员询问一些问题。以下是一些需要考虑的问题。当然，如果需要，您可以询问其他问题。

• 此网站可以处理的最大并发连接数是多少？

• 此网站安装的硬件和软件要求是什么？

• 用户的机器访问网站是否需要任何特殊设置？

步骤 7 - 计划和估算

在文章测试估算中，您已经使用了各种方法来估算完成项目所需的工作量。您现在应该将该估算以及时间表添加到测试计划中。

假设您将整个项目分解成小的任务，并在测试估算阶段包含每个任务的估算，如下所示。

之后，您制定一个完成这些任务的计划。

在项目管理中，通常使用“制定时间表”这个词。测试经理可以使用在测试计划中创建的可靠时间表作为监控项目进度和控制成本超支的工具。

测试经理需要以下信息来创建项目时间表

• 员工和项目截止日期 - 工作日数、项目截止日期和资源可用性都是影响时间表的一些因素。

• 项目估算：测试经理根据估算了解完成项目需要多长时间。因此，他将能够创建适当的项目时间表。

• 了解项目风险使测试经理能够在项目计划中分配足够的时间来应对风险。

步骤 8 - 测试交付物

测试交付物是指所有必须生成和维护以支持测试工作的文档、工具和其他组件的列表。

软件开发生命周期的每个阶段都有自己的一套测试交付物。

在测试过程之前提供测试交付物。

• 包含测试计划的文档。

• 包含测试用例的文档

• 测试设计规范

在测试期间提供测试交付物。

• 测试脚本

• 模拟器

• 测试数据

• 测试追溯矩阵

• 错误日志和执行日志

测试数据：在测试周期完成后提供测试交付物 -

• 测试报告/结果

• 缺陷报告

• 安装/测试程序指南

• 发布说明

Vineet Nanda

更新于： 2021年11月25日

4K+ 阅读量

开启你的职业生涯

通过完成课程获得认证

开始学习