测试文件

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

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

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

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

测试文件类型

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

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

测试方案

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

有关测试方案的更多信息，请参考以下链接：

https://www.javatpoint.com/test-scenario

测试用例

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

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

https://www.javatpoint.com/test-case

测试计划

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

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

https://www.javatpoint.com/test-plan

需求可追溯性矩阵(RTM)

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

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

https://www.javatpoint.com/traceability-matrix

测试策略

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

测试数据

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

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

错误报告

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

测试执行报告

这是测试领导者在完成整个测试执行过程之后准备的文档。测试摘要报告定义了产品的稳定性，并且包含诸如模块，书面测试用例的数量，已执行，通过，失败及其百分比之类的信息。每个模块都有各自模块的单独电子表格。

为什么需要文件

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

例

让我们以Microsoft的实时示例为例，Microsoft会使用适当的用户指南和文档来启动每个产品，这些指南和说明对任何用户而言都是非常说明性，逻辑上一致且易于理解的。这些都是其成功产品背后的原因。

使用文档的好处

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

测试文件的缺点

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