测试文档

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

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

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

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

测试文档的类型

在软件测试中，我们有各种类型的测试文档，如下所示

• 测试场景
• 测试用例
• 测试计划
• 需求跟踪矩阵(RTM)
• 测试策略
• 测试数据
• 错误报告
• 测试执行报告

测试场景

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

有关测试场景的更多信息，请参阅以下链接

测试场景

测试用例

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

有关测试用例的更多信息，请参阅以下链接

测试用例

测试计划

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

有关测试计划的更多信息，请参阅以下链接

测试计划

需求跟踪矩阵 (RTM)

需求跟踪矩阵 [RTM] 是一个确保所有测试用例都已涵盖的文档。此文档是在测试执行过程之前创建的，用于验证我们是否未针对特定需求编写任何测试用例。

有关 RTM 的更多信息，请参阅以下链接

跟踪矩阵

测试策略

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

测试数据

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

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

错误报告

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

测试执行报告

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

为什么需要文档

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

示例

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

使用文档的好处

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

测试文档的缺点

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