软件质量评估模型

软件质量评估模型大概分3个主要方向:

1.需求的覆盖度

需求的覆盖度计算方法可以用测试用例覆盖需求来计算,这里的需求是从需求规格说明书里提取的测试需求,每条测试需求要控制好一定的范围,差不多2条用例覆盖一条测试需求(1个正常用例,1个异常用例),一般要求需求覆盖度要达到100%。可以根据工具来计算这个需求覆盖度,比如禅道就可以在需求下关联测试用例。

2.测试用例执行情况

测试用例执行情况大概分为测试用例执行率,测试用例累计执行通过率,测试用例首次执行通过率

*测试用例执行率:已经执行的用例数/用例总数,该项指标可以判断测试的进度

*测试用例累计执行通过率:已经通过的用例数/已经执行的用例数,该项指标可以判断软件的质量是否符合质量目标

*测试用例首次执行通过率:第一次执行通过的用例数/已经执行的用例数,该项指标可以判断提测的软件代码质量的好坏程度,通过率越高,我们认为代码质量越高

3.bug的修复情况

bug修复情况大概分为bug修复率,bug趋势图

*bug修复率:已经修复的bug数/bug总数,该指标可以判断软件是否具备发布的标准,进一步还能细分成P1bug修复率和P2bug修复率,大家知道不一定所有的bug都修复完成了才能允许上线,有些问题是可以放到下个版本来修复的,所以P1,P2bug的修复率就能派上用场。

*bug趋势图:主要统计累计bug发现数,累计bug解决数,每天新发现的bug数,每天新解决的bug数,然后形成曲线图,来判断bug是否收敛,是否可以进入下阶段的测试等。

转载于:https://www.cnblogs.com/testdev/p/9243482.html

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值