测试文档是在测试软件应用程序期间或之前创建的工件的文档。文档反映了流程对客户、个人和组织的重要性。

包含所有文档的项目具有很高的成熟度。仔细的文档可以节省组织的时间、精力和财富。

在说明测试执行过程之前，每个测试工程师都会准备必要的参考文档。通常，每当开发人员忙于编写代码时，我们都会编写测试文档。

测试文档准备就绪后，整个测试执行过程取决于测试文档。编写测试文档的主要目的是减少或消除与测试活动相关的疑问。

1 测试文档的类型

在软件测试中，我们有各种类型的测试文档，具体如下：

• 测试场景
• 测试用例
• 测试计划
• 需求可追溯性矩阵
• 测试策略
• 测试数据
• 错误报告
• 测试执行报告

1.1 测试场景

它是定义测试应用程序的多种方式或组合的文档。通常，它准备了解应用程序的流程。它不包含任何输入和导航步骤。

1.2 测试用例

这是一个详细的文档，描述了测试应用程序的分步过程。它包含完整的导航步骤和输入以及需要为应用程序测试的所有方案。我们将编写测试用例以保持一致性，或者每个测试人员将遵循相同的方法来组织测试文档。

1.3 测试计划

它是由经理或测试主管准备的文档。它包含有关测试活动的所有信息。测试计划由多个组件组成，例如目标，范围，方法，测试环境，测试方法，模板，角色和责任，工作量估计，进入和退出标准，时间表，工具，缺陷跟踪，测试可交付成果，假设，风险和缓解计划或应急计划。

1.4 需求可追溯性矩阵 （RTM）

需求可追溯性矩阵 [RTM] 是确保涵盖所有测试用例的文档。本文档是在测试执行过程之前创建的，用于验证我们没有错过为特定需求编写任何测试用例。

1.5 测试策略

测试策略是一个高级文档，用于验证要为产品执行的测试类型（级别），并描述必须使用哪种技术以及将要测试哪个模块。项目经理可以批准它。它包括文档格式、目标、测试流程、范围和客户沟通策略等多个组件，我们无法修改测试策略。

1.6 测试数据

它是在执行测试之前发生的数据。它主要用于我们实现测试用例时。大多数情况下，我们将拥有Excel工作表格式的测试数据，并在执行测试用例时手动输入。

测试数据可用于检查预期结果，这意味着当输入测试数据时，预期结果将满足实际结果，并且还通过输入不正确的输入数据来检查应用程序性能。

1.7 错误报告

错误报告是一个文档，我们在其中维护测试过程中发生的所有错误的摘要。对于开发人员和测试工程师来说，这是一个至关重要的文档，因为在错误报告的帮助下，他们可以轻松跟踪缺陷，报告错误，更改成功修复的错误的状态，并避免在进一步的进程中重复它们。

1.8 测试执行报告

它是测试负责人在整个测试执行过程完成后准备的文档。测试摘要报告定义了产品的恒定性，它包含模块、书面测试用例的数量、执行、通过、失败及其百分比等信息。每个模块都有各自模块的单独电子表格。

2 为什么需要文档

如果测试或开发团队获得的软件无法正常工作并由其他人开发，那么要查找错误，团队首先需要一个文档。现在，如果文档可用，那么团队将通过检查文档快速找出错误的原因。但是，如果文档不可用，那么测试人员需要再次进行黑盒和白盒测试，这将浪费组织的时间和金钱。不仅如此，缺乏文件成为接受的问题。

例：

让我们以微软的实时为例，微软推出的每个产品都有适当的用户指南和文档，这些指南和文档非常具有解释性，逻辑一致且易于任何用户理解。这些都是他们成功产品背后的原因。

2.1 使用文档的好处

• 文档阐明了方法和目标的质量。
• 它确保客户使用软件应用程序时的内部协调。
• 它确保任务和性能的稳定性清晰。
• 它提供有关预防任务的反馈。
• 它为您的规划周期提供反馈。
• 它为质量管理体系的绩效创造了客观证据。
• 如果我们编写测试文档，我们不能忘记我们在第一阶段输入的值。
• 这也是一个节省时间的过程，因为我们可以很容易地参考文本文档。
• 它也是一致的，因为我们将在相同的值上进行测试。

2.2 测试文档的缺点

• 这有点乏味，因为我们必须维护客户提供的修改和文档中的并行更改。
• 如果测试文档不正确，它将复制应用程序的质量。
• 有时它是由没有产品知识的人编写的。
• 有时，文档的成本将超过其价值。