2.2 测试用例执行结果分析

  测试用例执行结果可以从覆盖率、执行率、通过率等几个方面进行分析和考察。测试用例覆盖率是指测试用例覆盖的功能与测试需求功能的比值;测试用例执行率是指已执行的测试用例数与测试用例总数的比值;测试用例通过率是指成功执行的测试用例数与测试用例总数的比值。

  测试用例的覆盖率需要达到,也是说,测试用例必须覆盖全部的测试需求,否则测试用例的设计则是不全面的,无法保证测试质量,需要补充或者重新设计相应测试用例。测试用例执行率是衡量测试效率的因素,一般说来,在测试完成时测试用例的执行率也需要达到,也可能因为某些特殊原因导致测试中断而没有全部执行测试用例,可针对具体的情况进行分析。测试用例通过率是衡量用例本身设计质量和被测软件质量的因素,对于未能成功执行的测试用例,要分析是用例设计错误还是被测软件错误,导致用例无法顺利执行。

  3、测试用例维护

  软件产品的版本是随着软件的升级而不断变化的,而每一次版本的变化都会对测试用例集产生影响,所以测试用例集也需要不断地变更和维护,使之与产品的变化保持一致。以下原因可能导致测试用例变更:

  1)软件需求变更:软件需求变更可能导致软件功能的增加、删除、修改等变化,应遵循需求变更控制管理方法,同样变更的测试用例也需要执行变更管理流程。

  2)测试需求的遗漏和误解:由于测试需求分析不到位,可能导致测试需求遗漏或者误解,相应的测试用力也要进行变更。特别是对于软件隐性需求,在测试需求分析阶段容易遗漏,而在测试执行过程中被发现,这时需要补充测试用例。

  3)测试用例遗漏:在测试过程中,发现测试用例未覆盖全部需求,需要补充相应的测试用例。

  4)软件发布后,用户反馈的缺陷:表明测试不全面,存在尚未发现的缺陷,需要补充或者修改测试用例。

  对于提供软件服务的产品,其多个版本常常共存,而对应的测试用例也是共存的,而且测试用例需要专人定期维护,并遵循以下原则:

  (1)及时删除过时的测试用例

  需求变更可能导致原有部分测试用例不再适合新的需求要求。例如,删除了某个功能,那么针对该功能的测试用例也不再需要。所以随着需求的每一次变更,都要删除那些不再使用的测试用例。

  (2)及时删除冗余的测试用例

  在设计测试用例时,可能存在两个或者多个用例测试相同内容,降低回归测试效率,所以要定期整理测试用例集,及时删除冗余的测试用例。

  (3)增加新的测试用例

  由于需求变更、用例遗漏或者版本发布后发现缺陷等原因,原有的测试用例集没有完全覆盖软件需求,需要增加新的测试用例。

  (4)改进测试用例

  随着开发工作进行,测试用例不断增加,可能会出现一些对输入或者运行状态比较敏感的测试用例。这些用例难以重用,影响回归测试的效率,需要进行改进,使之可重用可控制。

  总之,测试用例的维护是一个长期的过程,也是一个不断改进和完善的过程。

  4、总结

  测试用例管理是软件测试过程中的重要内容,测试用例的好坏对软件测试质量有着重要的影响。本文介绍了测试用例的开发、执行及维护等管理过程,为测试过程中的用例设计提出相关建议,同时也希望从测试用例设计的角度为软件开发提供参考。