在软件开发中，测试计划定义了测试团队的测试策略、目标和范围，它们最终协同工作，以确保在发布之前对所有软件组件进行充分测试。
按照以下 6 个步骤创建高效的测试计划：
- 定义发布范围
- 计划时间表
- 定义测试目标
- 确定测试可交付成果
- 设计测试策略
- 规划测试环境和测试数据
如何创建测试计划
1. 定义发布范围
在发生任何测试活动之前，定义版本的测试范围非常重要。这意味着定义需要包含在版本中的特性或功能，考虑可能影响版本的任何约束和依赖项，并确定它是哪种类型的版本。
定义发布范围时要询问的问题示例包括：
- 此版本是否发布了新功能？
- 有哪些风险领域？
- 您过去是否见过任何特别棘手的回归领域？
- 它是什么类型的版本？这是包含错误修复的维护版本吗？这是次要功能版本吗？这是主要功能版本吗？
- 对于您的团队来说，“完成”实际上是什么样子的？
例如，如果您的组织刚刚启动了一个新的电子商务网站，并希望在它启动之前对其进行测试，您需要哪些信息？
无论是与开发人员交谈以了解项目的范围，还是与产品经理合作演练新功能和用户流程，定义范围都可以确保共享准确的信息，并确保对产品的目标、期望和功能有共同的理解。
2. 安排时间表
指定发布截止日期以帮助您确定测试时间和例程。以下是确定时间表的一些提示：
- 请咨询您的项目经理以了解当前的发布时间表。
- 查看过去的发布时间和时间表。
- 考虑无关因素： 发布是否需要与外部变量（例如会议或活动）一致？在发布日期预测中考虑这些因素。
- 考虑开发的时间框架：您的开发团队可能有一个完成开发工作的固定时间表。确保您理解该时间框架，以便您可以调整测试时间表。
- 增加一些额外的回旋余地：遇到意外延误是很常见的。为不可预见的事件提供额外的时间可以帮助您坚持计划。
- 经常查看和更新时间表，以确保可以达到考试时间表。
3. 定义测试目标
测试目标是设计和执行测试的原因或目的。这些目标最终有助于指导和定义测试活动的范围。
一般测试目标的示例包括：
- 识别和报告缺陷
- 测试新功能
- 一定程度的测试覆盖率
特定类型测试的目标示例包括：
- 功能测试目标：确保软件按预期工作。此目标的目标示例包括：验证用户工作流、数据处理和验证输入/输出参数。
- 性能测试目标：确保软件高效并且可以处理各种负载。此目标的目标示例包括：验证软件反应时间、吞吐量和可扩展性。
- 安全测试目标：发现程序安全漏洞。此目标的目标示例包括：验证身份验证和授权功能以及识别潜在威胁。
- 可用性测试目标：专注于易用性和用户体验。此目标的目标示例包括：验证软件可访问性、验证用户流和识别与用户相关的问题。
使用正确的指标衡量测试
指标评估发行版的整体质量、测试进度和测试的有效性（针对特定测试周期或整个测试）。
它们可以让您了解测试过程和整体商品质量，最终帮助您的团队确定您的版本是否已准备好发布。以下是您可以考虑的一些指标公式：
缺陷密度
- 缺陷密度 = 版本（代码行）的缺陷计数/大小
示例：如果您的软件有 150 个缺陷和 15,000 行代码，则其缺陷密度为每行代码 0.01 个缺陷。
测试覆盖率
- 测试覆盖率 =（映射到测试用例的需求总数 / 需求总数）x 100。
缺陷检测效率 （DDE）
- DDE = 在一个阶段中检测到的缺陷百分比 / 缺陷总数
上市时间
- TTM = 贵公司从构思到产品发布所需的时间
4. 确定测试可交付成果
测试可交付结果是帮助跟踪测试进度的测试产品。可交付成果应满足您项目和客户的需求，尽早确定以包含在测试计划中，并相应地安排。在软件开发生命周期的每个阶段都有不同的测试交付物。以下是在测试之前、期间和之后需要关注的重要可交付成果：
测试前
- 测试计划文档： 测试计划中概述了测试工作的范围、目标和方法。
- 测试套件：测试用例说明了如何运行测试，包括输入数据、预期输出和通过/失败标准。
- 测试设计和环境规格：测试环境概述了用于测试的硬件和软件配置。
测试期间
- 测试记录： 测试日志记录每个测试用例的结果，包括问题和解决方法。
- 缺陷报告：缺陷报告按严重性、优先级和可重现性列出测试问题。
- 测试数据：根据国际软件测试资格委员会 （ISTQB） 的规定，测试数据是为满足执行前提条件和执行一个或多个测试用例所需的输入内容而创建或选择的数据。
- 测试摘要报告：测试摘要报告列出了已运行、通过和未通过的测试数，以及未解决的缺陷数。
检测后
- 测试完成报告：涵盖测试范围、产品质量和发现的经验教训。
- 用户验收测试 （UAT） 报告：指向发现并修复的任何问题。
- 发行说明： 列出有关发行版本所包含内容的信息。示例包括用于开发、改进或修复的任何新功能。
测试计划的内容和结构因上下文而异。尽管编写测试计划没有一种千篇一律的方法，但遵循测试计划开发的最佳实践可以帮助公司交付高质量的软件。
TestRail 是一款测试计划软件，旨在让您轻松遵循测试计划制定的最佳实践。在 TestRail 中，您可以输入包含前提条件、测试说明、预期结果、优先级和工作量估计的测试用例。
TestRail 的这种灵活性和对测试流程的可见性使 TestRail 轻松融入任何组织的测试计划 — 免费试用 TestRail，了解它如何帮助您进行测试规划。或者，通过免费的 TestRail 学院课程 TestRail 测试基础知识，详细了解如何构建和优化测试流程 — 从测试设计到测试规划和执行。
图像： 在文件夹中组织和构建可重用的测试用例，创建敏捷的测试计划，并在 TestRail 中跟踪测试执行进度。
5. 设计测试策略
测试策略有助于确定测试成本、测试工作量，以及哪些功能将在范围内 （计划测试） 与范围外 （不计划测试） 。
确定测试类型
确定何时执行什么类型的测试、应该手动测试什么与自动测试什么、自动化测试的范围、创建新测试用例需要多少工作以及谁将执行这些工作至关重要。
根据多个因素，测试计划中可能包括各种类型的测试。
选择要执行的正确测试类型时要考虑的因素示例包括：
- 测试目标
- 您项目的功能要求
- 产品的复杂性
- 您团队的经验水平
- 监管要求
- 时间和预算
以下是要考虑包含在测试计划中的常见测试类型：
| 手动测试 | 自动化测试 | 其他 |
| •冒烟测试 •探索性测试 •新功能的可用性测试 | •单元测试 •现有功能的 回归测试•集成测试 | •性能测试 •安全测试 •可访问性测试 |
记录风险和问题
记录测试期间可能发生的风险以及这些风险的影响至关重要。风险可能包括：
- 严格的截止日期
- 预算估算不足或不准确
- 管理不善
- 代码问题
- 商业环境的变化
- 用于测试的资源有限
- 测试期间的意外延迟
文档测试物流
测试后勤应该回答“谁、什么、在哪里、何时和如何”。记录测试物流可确保所有人力和系统相关的测试资源都可用。例如，您的团队确定谁可以进行测试以及谁将在测试期间根据需要为他们提供支持，这可能很重要。此外，在进行资源规划时，确定替代资源或将 Slack 纳入您的计划以确保您的项目完成可能会有所帮助。
建立测试标准
测试标准是规范测试项目中所有活动的标准。测试标准的两种主要类型包括暂停和退出标准。
- Suspension Criteria（暂停标准）：建立暂停所有测试的条件。
- 退出标准：退出标准是定义测试阶段结束的既定项目或要完成的目标。测试的退出标准是进入下一个测试阶段必须达到的预定结果。例如，必须通过 92% 的关键测试用例，才能认为某个功能适合向客户发布。
6. 规划测试环境和测试数据
规划测试环境可确保精确和稳健的测试。测试环境包括用于软件测试的硬件、软件和网络配置。请按照以下步骤设置测试环境：
- 确定您的硬件和程序要求：选择测试环境设备和软件，包括作系统、浏览器、数据库和测试工具。
- 安装所需的软件： 确定先决条件后，在测试环境中安装必要的工具。这可能需要设置单独的服务器来托管应用程序，并安装数据库管理系统或其他工具。
- 配置网络： 确保防火墙协议、IP 地址和 DNS 设置以及其他网络配置在测试环境和生产环境之间相同。
- 创建测试数据： 为应用程序的测试准备测试材料。可以使用生产环境中的数据手动创建测试数据，从现有生产环境和数据库检索测试数据，或通过自动数据生成工具创建测试数据。
- 访问构建：确保测试人员将要测试的构建是可访问的。一个例子是设置文件共享或版本控制系统，以允许测试人员访问最新的构建。
- 验证测试环境：设置完成后，检查您的测试环境是否满足要求。
测试计划的关键要素
- 测试计划 ID 和标题：唯一标识符和名称，便于参考。
- 简介和目标：测试工作的目的和高级目标。
- 测试范围： 明确定义测试工作中包含和排除的内容。
- 测试目标和方法：描述具体的测试目标和方法（手动、自动、基于风险等）。
- 测试时间表和里程碑：关键阶段（如规划、执行、错误分类和关闭）的时间表。
- 测试环境设置：执行测试所需的硬件、软件、工具和配置。
- 资源和职责： 在整个测试周期中，涉及的人员、他们的角色以及谁拥有什么。
- 测试可交付成果： 要生成的测试工件（例如，测试用例、报告、日志）。
- 进入和退出标准：开始和结束测试阶段的前提条件（例如，通过的测试用例的百分比）。
- Risk 和缓解策略：识别潜在的阻碍因素以及如何主动管理它们。
带有示例的单页测试计划模板
| 部分 | 详 |
| 测试计划标题 | [例如，v2.4 Web 门户功能发布] |
| 编制者 | [姓名、角色] |
| 日期 | [MM/DD/YYYY] |
1. 引言
目的/执行摘要：简要描述测试计划的目标。
示例：“在发布之前验证新结帐流程的功能和性能。
2. 检测范围
- 范围内：[待测试的模块/功能]
- 超出范围：[此测试周期中未涵盖的项目/功能]
3. 测试目标
- 列出具体目标，例如，验证登录身份验证、确保跨浏览器兼容性。
4. 测试方法
- 方法：[例如，手动、自动化、基于风险、敏捷测试]
- 测试类型：[例如，功能、回归、可用性、性能]
- 使用的工具：[例如，TestRail、Selenium、JMeter]
5. 考试时间表
| 阶段 | 开始日期 | 结束日期 |
| 测试规划 | [毫米/日滞] | [毫米/日滞] |
| 测试用例设计 | [毫米/日滞] | [毫米/日滞] |
| 测试执行 | [毫米/日滞] | [毫米/日滞] |
| Bug 修复验证 | [毫米/日滞] | [毫米/日滞] |
| 测试完成 | [毫米/日滞] | [毫米/日滞] |
6. 测试环境
- 硬件/软件：[例如，Windows 11、Chrome 124、iOS 17]
- 暂存 URL 或应用程序版本：[在此处插入]
- 测试数据源：[例如，模拟数据、匿名生产数据]
7. 资源和责任
| 角色 | 名字 | 责任 |
| QA 主管 | 测试计划、协调 | |
| 测试工程师 | 测试执行、缺陷报告 | |
| 开发支持 | Bug 分类、环境设置支持 |
8. 风险与缓解
| 风险 | 缓解策略 |
| 紧凑的发布时间表 | 确定关键测试用例的优先级 |
| 设备/浏览器覆盖范围有限 | 使用云测试平台 |
9. 测试可交付成果
- 在整个测试工作中要创建或审查的关键工件列表：
10. 进入和退出标准
- 进入： 代码完整，环境稳定，测试用例审核
- 退出：95% 的测试用例通过率，没有严重/严重的未解决 bug
如果您的测试计划不适合一个页面，请不要担心。其目的是最大限度地减少无关信息，并捕获利益相关者和测试人员执行计划所需的必要信息。
何时以及如何更新测试计划
一个好的测试计划不是一成不变的。它应该与您的项目一起发展。请考虑在以下几点更新您的测试计划：
- 范围或要求更改后：如果添加、删除或重新确定新功能的优先级，请修改范围内/范围外的项目和目标。
- 当 bug 改变您的测试重点时：如果重大 bug 改变了测试时间表或重点领域，请在您的计划中记录这些更改。
- 在 sprint 回顾期间： 在 Agile 环境中，在每个 sprint 或测试周期之后进行反思，以调整覆盖率、工具或时间表。
- 添加或删除团队成员时： 更新“资源与责任”部分以反映新的所有权或带宽转移。
- 在新阶段或版本开始时： 延续关键学习成果，并根据下一个里程碑的需要更新您的退出/进入标准。
提示： 使用 TestRail 等工具来维护测试计划的版本历史记录并跟踪各个版本的更新。
测试计划中要避免的常见错误
即使是经验丰富的团队也可能忽略某些测试计划要点。以下是一些需要注意的常见陷阱：
- 跳过与利益相关者的协作：在 Vacuum 中创建的测试计划可能会遗漏关键产品细节或发布依赖项。
- 忽视风险评估：未能评估风险领域可能会导致测试工作分配错误，并在周期后期出现意外错误。
- 未使测试时间表与开发计划保持一致：如果未考虑开发超支，测试可能会被压缩或匆忙。
- 写得太详细或太模糊的计划：太长的计划可能不会被阅读;太短的计划可能无法执行。
- 未规划测试数据或环境设置：这些通常需要比预期更长的时间，并且可能会阻止测试执行的开始。
- 在范围更改时未能更新计划：敏捷团队必须将测试计划视为随产品发展的动态文档。
- 敏捷团队必须将测试计划视为随产品发展的动态文档。
测试管理工具中的测试规划
测试管理工具可以帮助您的团队进行测试规划工作。无论您的目标是提高敏捷性还是加快测试规划，都可以使用像 TestRail 这样的测试管理工具来制定全面而敏捷的测试计划。
1. 里程碑
在 TestRail 中，里程碑是用于聚合测试工件和跟踪与同一结果相关的不同测试活动的容器。例如，如果您在 TestRail 中创建一个里程碑来跟踪发布并连接所有相关的测试运行和测试计划，那么您可以在一个位置查看将为该发布执行的所有不同活动。
图像：在 TestRail 中管理您的所有里程碑和正在进行的测试项目。
在 TestRail 的里程碑中，描述字段提供了构建单页测试计划的好地方。通过从一开始就将所有测试计划信息与里程碑联系起来，您可以在规划时不断回顾它，并问自己一些问题，例如，“范围是什么？“什么超出了范围？”“以及”我们要测试什么或不测试什么“以及”我们打算在这个里程碑中进行自动化测试吗？
里程碑为您提供了一种从实际测试管理工具中快速引用测试计划信息的有效方法。
2. 测试用例优先级和类型
测试用例定义您将预先测试的内容;从本质上讲，它们概述了您在做之前要做什么。在 TestRail 中，您可以根据许多层次结构来组织测试用例。这是开始构建测试计划的关键方法。
例如，如果您正在开发高级消息传递应用程序，则应用程序的最高风险区域是它必须能够安装和运行。在此示例中，您可以先将其作为冒烟测试，然后进行更深入的功能或探索性测试。
通过提前捕获测试用例优先级以及您计划对特定测试用例采用的测试方法类型，您开始考虑在实践中规划该测试用例。
图片： 轻松管理从单个测试运行到建立测试用例审批流程的所有内容，并根据优先级组织您的 TestRail 测试用例存储库。
3. 测试报告
使用像 TestRail 这样的测试管理工具进行测试执行是有益的，因为您可以使用实时报告。例如，如果您在 TestRail 中构建了计划，并且正在围绕该计划执行，那么像 TestRail 的里程碑摘要报告这样的报告将向您展示您的初始测试目标、初始单页测试计划、该里程碑中添加的所有测试运行和计划、您分配给它们的优先级等。您还可以下载报告以与您的团队或其他利益相关者共享。
图像： 通过测试分析和报告更快地做出数据驱动的决策，让您全面了解质量运营。
随着项目变得越来越复杂，使用电子表格作为测试计划模板可能会变得笨拙，因此需要更复杂的方法。使用像 TestRail 这样的测试管理工具，使您的测试计划尽可能灵活。
测试计划常见问题解答
什么是软件测试计划？
软件测试计划是概述测试工作的目标、范围、测试方法、资源、计划和可交付成果的文档。它充当路线图，以确保所有关键组件在发布前都经过测试。
测试计划的关键组成部分是什么？
全面的测试计划通常包括：1.风险和缓解策略；2.测试范围 （范围内和范围外）；3.测试目标；4.测试策略和测试类型；5.时间表和里程碑；6.测试环境和数据要求；7.角色和职责；8进入和退出标准
你如何编写一个好的测试计划？
要编写一个好的测试计划：1.记录风险并设定可衡量的成功标准。2.保持简洁但完整 – 专注于清晰度。3.与利益相关者合作以了解目标。4.定义需要测试的功能以及原因。5.选择正确的测试方法和工具。6.制定明确的时间表并分配职责。7.尽早规划测试数据和环境。
测试计划和测试策略之间有什么区别？
测试策略是一种跨项目或组织使用的高级长期测试方法。测试计划是特定于项目的详细文档，用于定义如何针对特定版本或 sprint 进行测试。
尽管经常互换使用，但测试计划和测试策略具有不同的用途：
| 测试计划 | 测试策略 |
| 项目特定文档 | 组织级文档 |
| 详细说明测试内容、时间、方式和人员 | 概述一般测试方法和标准 |
| 包括范围、时间表、资源、可交付成果 | 涵盖测试和质量保证的总体方法 |
| 可以随每个项目或版本更改 | 通常随着时间的推移更稳定 |
提示： 将测试策略视为测试方法的原因和方式，将测试计划视为特定项目的内容和时间。
我可以使用测试管理工具创建测试计划吗？
是的！ TestRail 等测试管理工具可以更轻松地构建、组织和跟踪测试计划。您可以在一个位置定义测试用例、按优先级对测试用例进行分组、分配团队成员以及使用里程碑和实时报告监控进度。
by Hannah Son