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

开个文章记录个人总结方法

图表

测试平台的图表一般限制类型，如需自定义则需要付费。可以使用第三方文档方式从测试平台api自动拉取数据，自己在文档中进行自定义图表，随时可以更新图表计算方式

测试耗时和开发修复质量

一次修复率（不推荐）

传统定义的一次修复率= 1 - (Bug重开总次数 / 总Bug数)
即修复10个Bug，其中一个Bug重开10次，这个修复率为90%。并不合理，无法有效反应测试人员因多次验证增加测试耗时，和开发人员修复质量

修复失败率（可以参考）

禅道缺陷修复失败率：Bug重复激活次数 ÷ 总缺陷数。一个Bug重开多次会累计。该值可能超过100%。也不合理

有效修复率（采用方案）

我的方案是：有效修复率＝1－（Bug重开总次数／ 总修复次数)
分母说明： 总修复次数＝初始Bug总数+所有重 开次数 （即开发提交验证的总次数) 含义：衡量开发人员每次提交修复代码时，被测试 一次性接纳的比例。值越高， 返工浪费越少。