关于软件测试统计月度报告的方案总结（更新中）

开个文章记录个人总结方法图表测试平台的图表一般限制类型如需自定义则需要付费。可以使用第三方文档方式从测试平台api自动拉取数据自己在文档中进行自定义图表随时可以更新图表计算方式测试耗时和开发修复质量一次修复率不推荐传统定义的一次修复率 1 - (Bug重开总次数 / 总Bug数)即修复10个Bug其中一个Bug重开10次这个修复率为90%。并不合理无法有效反应测试人员因多次验证增加测试耗时和开发人员修复质量修复失败率可以参考禅道缺陷修复失败率Bug重复激活次数 ÷ 总缺陷数。一个Bug重开多次会累计。该值可能超过100%。也不合理有效修复率采用方案我的方案是有效修复率1Bug重开总次数 总修复次数)分母说明 总修复次数初始Bug总数所有重 开次数 即开发提交验证的总次数) 含义衡量开发人员每次提交修复代码时被测试 一次性接纳的比例。值越高 返工浪费越少。