浅析软件测试用例管理
作者:网络转载 发布时间:[ 2012/9/12 11:39:21 ] 推荐标签:
2.2 测试用例执行结果分析
测试用例执行结果可以从覆盖率、执行率、通过率等几个方面进行分析和考察。测试用例覆盖率是指测试用例覆盖的功能与测试需求功能的比值;测试用例执行率是指已执行的测试用例数与测试用例总数的比值;测试用例通过率是指成功执行的测试用例数与测试用例总数的比值。
测试用例的覆盖率需要达到,也是说,测试用例必须覆盖全部的测试需求,否则测试用例的设计则是不全面的,无法保证测试质量,需要补充或者重新设计相应测试用例。测试用例执行率是衡量测试效率的因素,一般说来,在测试完成时测试用例的执行率也需要达到,也可能因为某些特殊原因导致测试中断而没有全部执行测试用例,可针对具体的情况进行分析。测试用例通过率是衡量用例本身设计质量和被测软件质量的因素,对于未能成功执行的测试用例,要分析是用例设计错误还是被测软件错误,导致用例无法顺利执行。
3、测试用例维护
软件产品的版本是随着软件的升级而不断变化的,而每一次版本的变化都会对测试用例集产生影响,所以测试用例集也需要不断地变更和维护,使之与产品的变化保持一致。以下原因可能导致测试用例变更:
1)软件需求变更:软件需求变更可能导致软件功能的增加、删除、修改等变化,应遵循需求变更控制管理方法,同样变更的测试用例也需要执行变更管理流程。
2)测试需求的遗漏和误解:由于测试需求分析不到位,可能导致测试需求遗漏或者误解,相应的测试用力也要进行变更。特别是对于软件隐性需求,在测试需求分析阶段容易遗漏,而在测试执行过程中被发现,这时需要补充测试用例。
3)测试用例遗漏:在测试过程中,发现测试用例未覆盖全部需求,需要补充相应的测试用例。
4)软件发布后,用户反馈的缺陷:表明测试不全面,存在尚未发现的缺陷,需要补充或者修改测试用例。
对于提供软件服务的产品,其多个版本常常共存,而对应的测试用例也是共存的,而且测试用例需要专人定期维护,并遵循以下原则:
(1)及时删除过时的测试用例
需求变更可能导致原有部分测试用例不再适合新的需求要求。例如,删除了某个功能,那么针对该功能的测试用例也不再需要。所以随着需求的每一次变更,都要删除那些不再使用的测试用例。
(2)及时删除冗余的测试用例
在设计测试用例时,可能存在两个或者多个用例测试相同内容,降低回归测试效率,所以要定期整理测试用例集,及时删除冗余的测试用例。
(3)增加新的测试用例
由于需求变更、用例遗漏或者版本发布后发现缺陷等原因,原有的测试用例集没有完全覆盖软件需求,需要增加新的测试用例。
(4)改进测试用例
随着开发工作进行,测试用例不断增加,可能会出现一些对输入或者运行状态比较敏感的测试用例。这些用例难以重用,影响回归测试的效率,需要进行改进,使之可重用可控制。
总之,测试用例的维护是一个长期的过程,也是一个不断改进和完善的过程。
4、总结
测试用例管理是软件测试过程中的重要内容,测试用例的好坏对软件测试质量有着重要的影响。本文介绍了测试用例的开发、执行及维护等管理过程,为测试过程中的用例设计提出相关建议,同时也希望从测试用例设计的角度为软件开发提供参考。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11