软件测试缺陷指标,如何对缺陷进行分析,都分析哪些指标?

5:Defect Injected and Defect Reason

看名字就应该很清楚这个图表的目的是为了查看缺陷引进的原因,根据这些数据可以我们提出改善方案。

最后还有一个叫做Delivered Defect Density, 他是UAT阶段发现的缺陷比上实际每人每月投入的工作量。从这里可以看出我们的生产质量。可以根据这个数据可以延伸出其他更多的有需要的报表,如人与缺陷个数,人与缺陷严重级别,人与缺陷的投入时间等等。这个指标也是老板们很关注的。

另外还有些指标,如:

反映产品质量的指标:

缺陷密度 = 缺陷数量 / 软件规模

潜在缺陷概数 = (100% - 发布前缺陷去处率) * 缺陷密度

反映产品可靠性的指标:

平均失效时间 = 软件持续运行时间 / 缺陷数量

反映缺陷修复成本的指标:

平均修复时间 = ∑缺陷修复时间 / 缺陷数量

平均修复成本 = 开发人员的平均人力成本 * 平均修复时间

相对返工成本 = 返工的工作量 / 项目总工作量 *100%

题外话:缺陷可以算是软件工程里与我们息息相关的一个点了,这个问题挺好的,即可以用来温习及巩固以前的知识也可以用来学习新的知识。谢谢了。

版权声明:本文由会员xlf24首发于51Testing软件测试论坛每周一问活动。

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。

相关链接:

22/2<12

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
软件测试的衡量指标可以从多个角度进行考量。以下是一些常见的衡量指标: 1. 缺陷密度(Defect Density):表示单位代码或测试用例缺陷数量。通常以每千行代码或每个测试用例的缺陷数来计算。较低的缺陷密度表示较高的软件质量。 2. 测试覆盖率(Test Coverage):衡量测试用例对软件功能和代码的覆盖程度。测试覆盖率可以根据不同的维度进行衡量,如语句覆盖、分支覆盖、路径覆盖等。 3. 测试通过率(Test Pass Rate):表示在执行测试用例后,通过的测试用例数量与总测试用例数量之比。较高的通过率意味着软件质量较好。 4. 缺陷修复效率(Defect Fix Efficiency):衡量开发团队对缺陷的修复速度和效率。通常以缺陷修复的平均时间或平均修复周期来评估。 5. 回归测试效果(Regression Test Effectiveness):衡量回归测试对已修复缺陷和修改代码的检测能力。通过评估回归测试发现的新缺陷数量和已修复缺陷数量来计算。 6. 平均故障间隔时间(Mean Time Between Failures,MTBF):表示系统在连续运行期间平均发生故障的时间间隔。较长的MTBF表示较高的系统可靠性。 7. 平均故障修复时间(Mean Time To Repair,MTTR):表示系统故障发生后平均修复的时间。较短的MTTR表示快速修复故障的能力。 这些衡量指标可以根据具体项目和组织的需求进行调整和补充。通过监控和评估这些指标,可以帮助评估软件测试的效果和质量,并指导测试团队的改进工作。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值