软件测试 - 文档


测试文档涉及应在软件测试之前或期间开发的工件的文档。

软件测试文档有助于估计所需的测试工作、测试覆盖率、需求跟踪/追踪等。本节描述了一些与软件测试相关的常用文档工件,例如 -

  • 测试计划
  • 测试场景
  • 测试用例
  • 追溯矩阵

测试计划

测试计划概述了用于测试应用程序的策略、将使用的资源、执行测试的测试环境以及测试的限制和测试活动的时间表。通常,质量保证团队负责人将负责编写测试计划。

测试计划包括以下内容 -

  • 测试计划文档简介
  • 测试应用程序时的假设
  • 测试应用程序中包含的测试用例列表
  • 待测试的功能列表
  • 测试软件时使用哪种方法
  • 需要测试的可交付成果列表
  • 为测试应用程序分配的资源
  • 测试过程中涉及的任何风险
  • 要实现的任务和里程碑的时间表

测试场景

这是一行语句,通知将测试应用程序中的哪些区域。测试场景用于确保所有流程都经过端到端测试。应用程序的特定区域可以有少至一个到几百个的测试场景,具体取决于应用程序的规模和复杂性。

术语“测试场景”和“测试用例”可以互换使用,但是测试场景有多个步骤,而测试用例只有一个步骤。从这个角度来看,测试场景就是测试用例,但它们包括多个测试用例以及它们应该执行的顺序。除此之外,每个测试都依赖于前一个测试的输出。

测试场景

测试用例

测试用例涉及执行测试任务时可以使用的一组步骤、条件和输入。此活动的主要目的是确保软件在功能和其他方面是否通过或失败。测试用例有很多种类型,例如功能测试用例、否定测试用例、错误测试用例、逻辑测试用例、物理测试用例、UI 测试用例等。

此外,编写测试用例是为了跟踪软件的测试覆盖范围。通常,在测试用例编写过程中没有可以使用的正式模板。但是,以下组件始终可用并包含在每个测试用例中 -

  • 测试用例ID
  • 产品模块
  • 产品版本
  • 修订记录
  • 目的
  • 假设
  • 前提条件
  • 脚步
  • 预期结果
  • 实际结果
  • 后置条件

许多测试用例可以从单个测试场景中派生出来。此外,有时会为单个软件编写多个测试用例,这些测试用例统称为测试套件。

追溯矩阵

可追溯性矩阵(也称为需求可追溯性矩阵 - RTM)是用于跟踪软件开发生命周期期间的需求的表。它可用于向前跟踪(即从需求到设计或编码)或向后跟踪(即从编码到需求)。RTM 有许多用户定义的模板。

RTM 文档中的每个要求都与其相关的测试用例链接,以便可以根据提到的要求进行测试。此外,还包含 Bug ID 并与其相关的需求和测试用例链接。该矩阵的主要目标是 -

  • 确保软件是按照上述要求开发的。
  • 帮助找到任何错误的根本原因。
  • 帮助跟踪 SDLC 不同阶段开发的文档。