按照测试用例类型组织:将不同测试用例的类型来进行测试用例的分类和组织,也是一种常用的方法。比如可以根据配置测试用例、可用性测试用例、稳定性测试用例、容量测试用例、性能测试用例等来对具体的测试用例进行分类和组织。

 

  按照测试用例优先级组织:测试用例是有优先级的。对于任何软件,实现穷尽测试是不现实的。在有限的资源和时间内,首先应该进行优先级高的测试用例,或者用户需要的功能模块或者风险大的功能模块等。

 

  在上面的三种测试用例组织方法中,按照功能模块进行划分是常用的。不过,我们可以结合起来使用,比如在按照功能模块划分的基础上,再进行不同优先级的划分,甚至不同测试用例类型来进行划分和组织。


  测试用例组织好以后,需要进行测试用例的执行,知识测试生命周期中的重要的过程。具体的过程可以如下:


  根据软件模块,进行具体测试用例的设计,这些测试用例可以保证模块的测试覆盖率。


  软件的各个模块组成测试单元(单元集成测试)。

 

  测试单元和测试环境、测试平台以及测试资源等形成测试计划的重要组成部分,并终形成完整的测试计划。

 

  测试计划形成后,需要确定测试执行计划。


  将测试执行计划划分成多个不同的测试任务。


  将测试任务分配给测试人员实现测试执行过程。

  测试人员执行测试得到测试结果和测试相关信息。


  2)测试用例跟踪

  在测试执行之前,需要回答这样的一些问题:哪些测试单元是需要测试的?有多少测试用例需要执行?如何来记录测试过程中测试用例的状态?如何通过测试用例的状态,来确定测试的重点或者什么模块是需要进行重点测试的?


  要回答这些问题,需要对测试过程中测试用例进行跟踪。测试过程中,测试用例的基本状态有三种:通过、未通过和未测试。根据在测试执行过程中测试用例的状态,实现测试用例的跟踪,从而达到测试的有效性。因此,测试用例的跟踪主要是针对测试执行过程中测试用例的状态来进行的,通过测试状态的跟踪和管理,从而实现测试过程和测试有效性的管理和评估。

  测试用例执行的跟踪:在测试执行的过程中,对测试用例的状态进行跟踪,可以有效的将测试过程量化。比如,执行一轮测试过程中,测试的测试用例数目是多少,每个测试人员每天能够执行的测试用例是多少,测试用例中通过、未通过、未测试的比例各是多少。这些数据可以提供一些信息来判断软件项目执行的质量和执行进度,并对测试进度状态提供明确的数据,有利于测试进度和测试重点的控制。详细的测试用例执行跟踪,可以参考测试用例评估章节。

 

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

 

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

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

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

 

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


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

  3)测试用例维护


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

 

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

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


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

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

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