Software Testing - Documentation

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

软件测试文件有助于估算所需测试努力、测试覆盖面、要求跟踪/追踪等。 本节介绍了与软件测试有关的一些常用的有文件证明的工艺,例如:

Test Plan

Test Scenario

Test Case

Traceabipty Matrix

Test Plan

测试计划概述了用于测试申请的战略、将使用的资源、将进行测试的测试环境以及测试活动的局限性。 通常,质量保证小组组长负责撰写测试计划。

测试计划包括:

Introduction to the Test Plan document

Assumptions while testing the apppcation

List of test cases included in testing the apppcation

List of features to be tested

What sort of approach to use while testing the software

List of depverables that need to be tested

The resources allocated for testing the apppcation

Any risks involved during the testing process

A schedule of tasks and milestones to be achieved

Test Scenario

它是一条线性说明,说明将测试应用中哪些领域。 测试情景用于确保从终端到尾对所有流程进行测试。 具体申请领域对几百个假设情景的测试情景可能很少,这取决于申请的规模和复杂性。

术语测试情景和测试案例可以互换使用,但测试情景有几个步骤,而测试案例只有一个步骤。 从这一角度来看,测试情景是测试案例,但包括几个测试案例和应当执行的顺序。 除此以外,每项测试都取决于先前测试的结果。

Test Case

测试案例涉及一系列步骤、条件和投入,可以在履行检测任务时使用。 这项活动的主要目的是确保软件在功能和其他方面是否通过或失效。 有许多类型的测试案例,如功能性、消极性、错误、逻辑测试案例、物理测试案例、家庭调查测试案例等。

此外,还撰写了测试案例,以跟踪软件的测试覆盖面。 一般来说,没有正式的模板可以在测试案例撰写过程中使用。 然而,以下各组成部分总是可以提供,并列入每个测试案例:

Test case ID

Product module

Product version

Revision history

Purpose

Assumptions

Pre-conditions

Steps

Expected outcome

Actual outcome

Post-conditions

很多测试案例可以从单一试验情景中得出。 此外,有时还用单一软件书写多个测试案例,这些软件统称为测试套。

Traceabipty Matrix

追踪矩阵(也称为要求追踪矩阵――RTM)是一个表格,用于追踪软件开发寿命周期期间的需求。 它可以用来进行前瞻性追踪(即从要求到设计或编码),或后向(即从编码到要求)。 有许多专用自动取款机模板。

自动取款机文件中的每一要求都与其相关的测试案例有关,以便按照上述要求进行测试。 此外,还将Bug ID列入并与其相关的要求和测试案例联系起来。 这一矩阵的主要目标是:

Make sure the software is developed as per the mentioned requirements.

Helps in finding the root cause of any bug.

Helps in tracing the developed documents during different phases of SDLC.