测试文档涉及应在软件测试之前或期间开发的工件文档.
软件测试文档有助于估算所需的测试工作量，测试覆盖率，需求跟踪/tracing等.本节描述了一些与软件测试相关的常用文档工件，如 :
测试计划
测试场景
测试用例
可追踪性矩阵
测试计划概述了将用于测试应用程序的策略，将使用的资源以及将在其中执行测试的测试环境，以及测试的局限性和测试活动的时间表.通常，质量保证团队负责人将负责编写测试计划.
测试计划包括以下 :
测试计划文档简介
测试应用程序时的假设
测试应用程序中包含的测试用例列表
要测试的功能列表
测试软件时使用的方法
需要测试的可交付成果
分配用于测试应用程序的资源
测试过程中涉及的任何风险
要完成的任务和里程碑计划
这是一行声明通知将测试应用程序中的哪个区域.测试场景用于确保从头到尾测试所有流程.根据应用程序的大小和复杂程度，应用程序的特定区域可以只有一个测试场景到几百个场景.
术语"测试场景"和"测试用例" '可互换使用，但测试场景有几个步骤，而测试用例只有一个步骤.从这个角度来看，测试场景是测试用例，但它们包括几个测试用例以及它们应该执行的顺序.除此之外，每个测试都依赖于前一个测试的输出.
测试用例涉及执行测试任务时可以使用的一组步骤，条件和输入.此活动的主要目的是确保软件在功能和其他方面是否通过或失败.有许多类型的测试用例，如功能，负面，错误，逻辑测试用例，物理测试用例，UI测试用例等.
此外，编写测试用例以跟踪软件的测试范围.通常，在测试用例写入期间没有可以使用的正式模板.但是，以下组件始终可用并包含在每个测试用例中并且减去;
测试用例ID
产品模块
产品版本
修订历史
用途
假设
前提条件
步骤
预期结果
实际结果
后置条件
许多测试用例可以从单个测试中获得场景.此外，有时为单个软件编写多个测试用例，统称为测试套件.
可追溯性矩阵(也称为作为需求可跟踪性矩阵(RTM)，该表用于在软件开发生命周期中跟踪需求.它可用于前向跟踪(即从需求到设计或编码)或后向(即从编码到需求). RTM有许多用户定义的模板.
RTM文档中的每个要求都与其相关的测试用例相关联，以便可以按照上述要求进行测试.此外，还包括Bug ID，并与其相关要求和测试用例相关联.此矩阵的主要目标是 :
确保按照上述要求开发软件.
帮助找到任何错误的根本原因.
帮助在SDLC的不同阶段跟踪开发的文档.
