软件测试 – 文档

测试文档涉及应该在软件测试之前或期间开发的工件文档。

软件测试文档有助于估计所需的测试工作量、测试覆盖率、需求跟踪/跟踪等。本节描述了一些与软件测试相关的常用文档工件，例如 –

• 测试计划
• 测试场景
• 测试用例
• 追溯矩阵

测试计划

测试计划概述了将用于测试应用程序的策略、将使用的资源、执行测试的测试环境以及测试的限制和测试活动的时间表。通常，质量保证团队负责人将负责编写测试计划。

测试计划包括以下内容 –

• 测试计划文档简介
• 测试应用程序时的假设
• 测试应用程序中包含的测试用例列表
• 要测试的功能列表
• 在测试软件时使用什么样的方法
• 需要测试的可交付成果清单
• 为测试应用程序分配的资源
• 测试过程中涉及的任何风险
• 要实现的任务和里程碑的时间表

测试场景

这是一条单行语句，用于通知将测试应用程序中的哪个区域。测试场景用于确保所有流程流都经过端到端测试。根据应用程序的规模和复杂性，应用程序的特定区域可以有少至一个测试场景到数百个场景。

术语“测试场景”和“测试用例”可以互换使用，但是测试场景有几个步骤，而测试用例只有一个步骤。从这个角度来看，测试场景是测试用例，但它们包括几个测试用例和它们应该执行的顺序。除此之外，每个测试都依赖于前一个测试的输出。

测试用例

测试用例涉及执行测试任务时可以使用的一组步骤、条件和输入。此活动的主要目的是确保软件在其功能和其他方面是通过还是失败。测试用例的类型很多，例如功能测试用例、否定测试用例、错误测试用例、逻辑测试用例、物理测试用例、UI 测试用例等。

此外，编写测试用例是为了跟踪软件的测试覆盖率。通常，在编写测试用例时没有可以使用的正式模板。但是，以下组件始终可用并包含在每个测试用例中 –

• 测试用例 ID
• 产品模块
• 产品版本
• 修订记录
• 目的
• 假设
• 先决条件
• 脚步
• 预期结果
• 实际结果
• 后置条件

许多测试用例可以从单个测试场景中派生出来。此外，有时为单个软件编写多个测试用例，统称为测试套件。

追溯矩阵

可追溯性矩阵（也称为需求可追溯性矩阵 – RTM）是用于在软件开发生命周期中跟踪需求的表格。它可用于前向跟踪（即从需求到设计或编码）或向后跟踪（即从编码到需求）。RTM 有许多用户定义的模板。

RTM 文档中的每个需求都与其关联的测试用例相关联，以便可以根据提到的需求进行测试。此外，Bug ID 也包括在内并与其相关的需求和测试用例相关联。该矩阵的主要目标是 –

• 确保按照上述要求开发软件。
• 有助于找到任何错误的根本原因。
• 帮助在 SDLC 的不同阶段跟踪开发的文档。