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

软件测试文档有助于估计所需的测试工作量，测试范围，需求跟踪/跟踪等。本节介绍了一些与软件测试相关的常用文档，例如-

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

测试计划

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

测试计划包括以下内容-

• 测试计划文件简介
• 测试应用程序时的假设
• 测试应用程序中包括的测试用例列表
• 要测试的功能列表
• 测试软件时使用哪种方法
• 需要测试的可交付成果列表
• 分配用于测试应用程序的资源
• 测试过程中涉及的任何风险
• 计划要完成的任务和里程碑

测试场景

这是一条单行语句，用于通知将要测试应用程序中的哪个区域。测试方案用于确保从头到尾测试所有流程。根据应用程序的规模和复杂性，应用程序的特定区域可能只有一个测试方案到数百个方案。

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

测试用例

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

此外，编写测试用例以跟踪软件的测试范围。通常，在测试用例编写期间没有可用的正式模板。但是，以下组件始终可用，并且包含在每个测试用例中-

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

许多测试用例可以从单个测试方案中得出。另外，有时为一个软件编写多个测试用例，这些软件统称为测试套件。

追溯矩阵

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

RTM文档中的每个需求都与其关联的测试用例链接在一起，以便可以按照上述需求进行测试。此外，还包含Bug ID，并将其与相关要求和测试用例链接在一起。该矩阵的主要目标是-

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