软件测试 - 文档
测试文档涉及应在软件测试之前或期间开发的工件的文档。
软件测试文档有助于估计所需的测试工作、测试覆盖率、需求跟踪/追踪等。本节描述了一些与软件测试相关的常用文档工件,例如 -
- 测试计划
- 测试场景
- 测试用例
- 追溯矩阵
测试计划
测试计划概述了用于测试应用程序的策略、将使用的资源、执行测试的测试环境以及测试的限制和测试活动的时间表。通常,质量保证团队负责人将负责编写测试计划。
测试计划包括以下内容 -
- 测试计划文档简介
- 测试应用程序时的假设
- 测试应用程序中包含的测试用例列表
- 待测试的功能列表
- 测试软件时使用哪种方法
- 需要测试的可交付成果列表
- 为测试应用程序分配的资源
- 测试过程中涉及的任何风险
- 要实现的任务和里程碑的时间表
测试场景
这是一行语句,通知将测试应用程序中的哪些区域。测试场景用于确保所有流程都经过端到端测试。应用程序的特定区域可以有少至一个到几百个的测试场景,具体取决于应用程序的规模和复杂性。
术语“测试场景”和“测试用例”可以互换使用,但是测试场景有多个步骤,而测试用例只有一个步骤。从这个角度来看,测试场景就是测试用例,但它们包括多个测试用例以及它们应该执行的顺序。除此之外,每个测试都依赖于前一个测试的输出。
测试用例
测试用例涉及执行测试任务时可以使用的一组步骤、条件和输入。此活动的主要目的是确保软件在功能和其他方面是否通过或失败。测试用例有很多种类型,例如功能测试用例、否定测试用例、错误测试用例、逻辑测试用例、物理测试用例、UI 测试用例等。
此外,编写测试用例是为了跟踪软件的测试覆盖范围。通常,在测试用例编写过程中没有可以使用的正式模板。但是,以下组件始终可用并包含在每个测试用例中 -
- 测试用例ID
- 产品模块
- 产品版本
- 修订记录
- 目的
- 假设
- 前提条件
- 脚步
- 预期结果
- 实际结果
- 后置条件
许多测试用例可以从单个测试场景中派生出来。此外,有时会为单个软件编写多个测试用例,这些测试用例统称为测试套件。
追溯矩阵
可追溯性矩阵(也称为需求可追溯性矩阵 - RTM)是用于跟踪软件开发生命周期期间的需求的表。它可用于向前跟踪(即从需求到设计或编码)或向后跟踪(即从编码到需求)。RTM 有许多用户定义的模板。
RTM 文档中的每个要求都与其相关的测试用例链接,以便可以根据提到的要求进行测试。此外,还包含 Bug ID 并与其相关的需求和测试用例链接。该矩阵的主要目标是 -
- 确保软件是按照上述要求开发的。
- 帮助找到任何错误的根本原因。
- 帮助跟踪 SDLC 不同阶段开发的文档。