测试文档
测试文档
测试文档是在软件应用程序测试期间或之前创建的工件的文档。文档反映了流程对客户、个人和组织的重要性。
包含所有文档的项目具有高度的成熟度。仔细的文档可以节省组织的时间、精力和财富。
有必要的参考文档，由每个测试工程师在说明测试执行过程之前准备。通常，我们在开发人员忙于编写代码时编写测试文档。
一旦测试文档准备就绪，整个测试执行过程就依赖于测试文档。编写测试文档的主要目的是减少或消除与测试活动相关的疑虑。
测试文档的类型
在软件测试中，我们有各类测试文档，具体如下:
测试场景
测试用例
测试计划
需求可追溯性矩阵(RTM)
测试策略
测试数据
错误报告
测试执行报告
测试场景
是一个文档它定义了测试应用程序的多种方式或组合。通常，它准备了解应用程序的流程。它不包含任何输入和导航步骤。
测试用例
这是一个-details 文档，描述了测试应用程序的分步过程。它由完整的导航步骤和输入以及需要为应用程序测试的所有场景组成。我们将编写测试用例以保持一致性，或者每个测试人员将按照相同的方法组织测试文档。
测试计划
由经理或测试负责人准备的文件。它包含有关测试活动的所有信息。测试计划由多个组件组成，例如目标、范围、方法、测试环境、测试方法、模板、角色和责任、工作量估算、进入和退出标准、时间表、工具、缺陷跟踪、测试可交付成果、假设、风险、和缓解计划或应急计划。
需求追踪矩阵(RTM)
需求可追溯性矩阵 [RTM] 是一份确保所有测试用例都已被覆盖的文档。该文档是在测试执行过程之前创建的，以验证我们没有为特定需求编写任何测试用例。
测试策略
测试策略是一个高级文档，用于验证产品要执行的测试类型(级别)，并描述必须使用什么样的技术以及哪些模块将被测试。项目经理可以批准它。它包括文档格式、目标、测试流程、范围和客户沟通策略等多个组件，我们无法修改测试策略。
测试数据
是在执行测试之前发生的数据。它主要在我们实现测试用例时使用。大多数情况下，我们将测试数据以 Excel 表格格式并在执行测试用例时手动输入。
测试数据可用于检查预期结果，这意味着当输入测试数据时，预期结果将符合实际结果，并通过输入不正确的输入数据来检查应用程序性能。
错误报告
错误报告是一个我们维护测试过程中发生的所有错误摘要的文档。这对开发人员和测试工程师来说都是至关重要的文档，因为在错误报告的帮助下，他们可以轻松跟踪缺陷、报告错误、更改已成功修复的错误状态，并避免在后续过程中重复.
测试执行报告
测试负责人在整个测试执行过程完成后准备的文档。测试总结报告定义了产品的稳定性，它包含模块、编写的测试用例数量、执行、通过、失败及其百分比等信息。并且每个模块都有各自模块的单独电子表格。
为什么需要文档
如果测试或开发团队获得了无法正常工作的软件并已开发由其他人，所以要找到错误，团队首先需要一个文件。现在，如果文档可用，那么团队将通过检查文档快速找出错误的原因。但是，如果文档不可用，则测试人员需要再次进行黑盒和白盒测试，这将浪费组织的时间和金钱。更重要的是，缺少文档成为验收的问题。
示例
让我们以微软的实时示例为例，微软推出的每一款产品都有适当的用户指南和文档，这些指南和文档非常具有解释性，逻辑一致且易于理解。用户。这些都是他们成功产品背后的原因。
使用文档的好处
文档阐明了方法和目标的质量。
确保客户使用软件应用程序时的内部协调。
它确保任务和性能的稳定性的清晰度。
它提供有关预防性任务的反馈。
它为您的计划周期提供反馈。
它为质量管理体系的绩效创造了客观证据。
如果我们编写测试文档，我们就不能忘记我们在第一阶段放置的值。
这也是一个节省时间的过程，因为我们可以轻松地参考文本文档。
这也是一致的，因为我们将测试相同的值。
测试文档的弊端
这有点乏味，因为我们必须维护客户提供的修改和文档中的并行更改。
如果测试文档不正确，它将复制应用程序的质量。
有时它是由不了解产品知识的人撰写的。
有时文件的成本会超过其价值。
