测试用例生命周期(3)

发表于:2014-08-22来源:uml.org.cn作者:郑文强点击数: 标签:测试用例
测试用例覆盖率的跟踪:测试用例覆盖率包括了测试 需求 的覆盖率、测试平台的故概率、测试模块的覆盖率等。 测试用例的跟踪方式有各种各样。具体采

  测试用例覆盖率的跟踪:测试用例覆盖率包括了测试需求的覆盖率、测试平台的故概率、测试模块的覆盖率等。

  测试用例的跟踪方式有各种各样。具体采用的方式需要跟踪组织的测试方针和测试过程、测试成熟度等。具体的方法有:

  没有任何记录:纯粹通过测试人员的记忆来跟踪测试用例。这种方法并不可取,除非是测试项目是基于个人开发的小的软件系统。

  电子表格:使用电子表格对测试用例执行过程进行记录和跟踪是一种比较高效的方法。通过电子表格来记录测试用例执行状况,可以直观地看到测试的状态、分析和统计测试用例的状态,以及测试用例和缺陷之间的关联状态,还有测试用例执行的历史记录等等。这种测试用例的信息,可以为测试过程管理和测试过程分析提供有效的量化依据。

  测试用例工具:最好的方法应该是通过测试用例的管理工具,来对测试用例状态、缺陷关联、历史数据等进行管理和分析。工具不仅能够记录和跟

  测试用例的状态变化,同时也能够生成测试用例相关的结果报表、分析图等,这样可以更叫高效的管理和跟踪整个测试过程。不过,工具的使用需要更高的成本,并且需要专门的人员进行维护。

  3)测试用例维护

  测试用例并不是一成不变的,当一个阶段测试过程结束后,会发现一些测试用例编写的不合理,或者下个版本中,部分模块的功能发生了变化,这都需要对当前的一些测试用例进行修改和更新,从而使测试用例具有可复用性。

  一般在下面的情况下,可能需要修改或者更新测试用例:

  以前的测试用例设计不全面或者不够准确。随着测试的深入和对产品的熟悉,发现测试用例的步骤描述不够清楚,或者描述的不够正确,甚至原来对系统需求的理解有误差。

  测试过程中发现的一些问题,并不是通过执行当前的测试用例发现的。这时候,需要增加测试用例来覆盖发现问题的一些步骤。

  新的版本中有增加的功能或者功能的需求发生了变更。

  随着版本的升级,有些测试用例需要删除。

原文转自:http://www.uml.org.cn/Test/201011165.asp