1. 线上故障 + 漏测率，一票否决制
2. 过程效能数据，组里排队
3. 团队贡献度，加分项
4. 质量创新，加分项

过程效能数据，一般指哪些指标呢，用例，BUG，自动化覆盖率这些吗？

质量创新，有没有示例说说呢，感觉都在提倡要创新，可是到底有哪些成功的案例呢

所以感觉创新最难，一旦创新落地，建议直接给最高

我这边基本认为解决了不可测问题，或者在测试过程中引入了新的方法论并工程化。

比如 AIGC 生成内容的检测，用模型测试模型；比如线上流量验证算法，比如隐私计算算法的测试。

很多人看这第四条，我咋觉得能把第一条做好的人，基本就赢了

第一条能做好的对于测试本身价值不大了

漏测率怎么统计的，能否展开说说

不会的，第一条只要做得好，就会成为以下三条的证明。否则不好吹

我说个大家没说的：

1. 专利
2. 论文
3. 软著
4. 拿奖

这些名头响亮吧。。。对测试而言用处有多大呢~~仁者见仁智者见智了

省钱, 省时, 省心

故障 + 漏测 + 老板心情，效能 & 创新这些不是每个老板都认

细分的话，测开和功能测试的考核标准就完全不一样了

除了上面其他人说到的主要考核指标，我这边也补充一点不一样的
1、测试过程中产生的工作产品（检查表、各种脑图、以及经验总结，学习资料等）：主动维护测试知识库，这些东西对团队是有帮助的，
2、从其他岗位人员得到评价（这个比较主观，但是也具备一定参考性）：比如开发评价某测试同学 bug 提交内容规范完整，提高了开发的修复效率，产品评价某测试同学沟通积极，提前找出了流程问题，客服或运营评价某测试同学对线上问题响应速度很快等
3、除了工作，有时间就积极学习的测试人员，他为团队塑造了好的氛围（卷的氛围 =.=）如果大家都在学习进步，整个团队就具备更多潜在的战斗力去抵抗未来工作中遇到的未知风险，这样的领头羊也要表扬呀

十分同意~

啥叫一票否决制呀~

应该就是如果这个 “线上故障 + 漏测率” 指标太差的话，其他都免谈

质量保障 + 工作效能都要有吧，现在都在降本增效。

不太赞同第一条。业务的复杂度不一样，难度肯定很高，出错的几率也会越大。不能单单只看这一个指标吧。还有比如 a 同学一年发布 100 次业务，b 同学一年发布 10 次业务。这样看线上故障 + 漏测率。是不是不太公平啊。

业务复杂，那投入的人就会比较高阶，兵力也会更多，相对公平。

为什么说一票否决，其实是把这个故障和漏测提到最高的位置，让大家警觉，来到推执行过程。另外，故障和漏测也会看影响结果，不是所有的故障都要一票否决。

确实就两点：1.本职工作 2.提效摸鱼

1.每个季度测试用例编写数、执行数（测试工具开发等调研任务按所需工时换算为对应的测试用例执行数）：

2.每个季度 bug 发现数：

3.漏测数，线上事故数
4.研发部门的反馈评价
5.专利申请加分
6.内部培训分享至少 1 次