测试文档

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

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

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

一旦测试文档准备好，整个测试执行过程就依赖于测试文档。编写测试文档的主要目的是减少或消除与测试活动相关的疑虑。

测试文件类型

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

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

测试场景

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

测试用例

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

测试计划

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

需求可追溯性矩阵 (RTM)

需求可追溯性矩阵 [RTM] 是一份确保所有测试用例都已被覆盖的文档。该文档是在测试执行过程之前创建的，以验证我们没有为特定需求编写任何测试用例。

测试策略

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

测试数据

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

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

错误报告

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

测试执行报告

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

为什么需要文档

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

例子

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

使用文档的好处

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

测试文档的缺点

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