我在开发一个自动化测试平台，怎么证明我的自动化测试平台提效了呢？

那得老板懂得看代码,否则就是对牛弹琴,无任何意义.
现在有很多私人老板完全不懂程序代码,属于外行管内行,碰上这种,你就当你自己做贡献,别想那么多了,最多提一句,别指望不懂程序的老板懂这个.

1. bug 率 例如以 1 个月为周期，用你的平台前 1 个月和后一个月 bug 率 即总 bug 数 /(需求*人日)
2. 历史 case 回归时长占比，调研所有测试 case 中回归逻辑占比，时间同上
3. 同样的时间周期，测试时间占比整个项目立项周期 看看是不是变短了

熟练度再高也比不过机器啊
量化指标的话，综合测试用例总数和平均时间？

如果你是靠这个平台来作为业绩，那主要就是考验你的汇报、pr 能力了，即使是“他们熟练度提高”了你也要主动忽略掉再用话术包装成是你的平台的功劳。
因为效率这种东西很多时候就不是能特别量化清楚并归因的指标，只要东西能做到 70 、80 分，剩下的就靠宣传和包装了。

感觉一个新的工具上线在短期内一定会让效率下降才对，长期才会让效率上升。还是着重于画饼汇报吧。。。

我们有一个指标，需求开发完成（待测试）到最终上线的时长，自动测试化应该能很大程度上缩短这个时间，这个短绝对不是人靠熟练能做到的，不然自动化干啥

主要就是 Story 完成时间和 Story 上线后的 bug 率。
有良好自动化测试覆盖的程序上线以后出 Bug 的概率应该会很小，而且不需要很多人工去手动测试和反馈。

开源你的自动化测试平台， 如果用的人多说明确实可以提效， 如果没人用，基本就是再自嗨。

@Renzo 或者后续有哪些指标可以佐证。因为还需要采集数据。

@jones2000 公司内部平台， 会有人用。但是用完提效如何，我们要有数据支撑的。

@msg7086 是，但是怎么证明是我们平台起了效果呢？

@geeksammao 老板想看数据， 提质增效的数据证明。

@micean 平均时间指的是？

@dilu 好的，谢谢。

@hackingwu

一个迭代里，测试的累计工时 /测试用例的数量

@hackingwu 每天的常规测试，晚上编译最新版本自动跑完所有的 test case, 发测试报告。 把每天的报告统计下就可以做很多报告了，
如开发人员代码质量， 通过统计每天常规测试通过率。
如测试代码覆盖率， 通过统计每天的测试代码覆盖率，可以知道测试部门测试用例是否可以跟上开发进度
.......
有用的东西都是要得罪人，如果没有相应的规章或（老板支持）基本是做不下去的。

既然是自动化测试，那么测试执行时间肯定是要大大缩短了啊。譬如同样 100 个 测试用例，手动跑需要一个星期，用自动化测试 3 天就好了。

这不就是提高么？

自动化测试平台 == 没卵用

线下问题拦截率，线上问题拦截率，线上召回数量，人效，ROI 计算 blabla 一大堆指标...

证明不了

因为你没有原始数据

自动化 = 可重复。
例如每次发布 /每次代码变更 /每次提交，都要跑一次核心用例回归。
以前：一次回归人时数 * 每月总次数 = 人月数。
现在：0

老板，我帮你省了 n 个测试人力！

@dilu bug 率统计的是线上 bug 率吗