C 就开始扣钱了-。-

明显想降绩效了

不测试 是不是没有 bug

线上 bug 数量不分 bug 等级的吗？不分的话就不合理了

害，工作也不好找，被恶心到了

主要是也没试过拿到比较高的-。-上年的年终奖也没有了

流程出问题的就记一个，ui 啥的就 0.5

拿 bug 绝对数量做考核，测试要被玩死了

把评论区丢给领导，然后领导就丢给你来定绩效啦

就是想搞你们，要么你们直接摆，留一堆问题上线，看看他们顶不顶的住客户的压力，要么你们就受着呗
今日割五城，明日割十城，然后得一夕安寝

线上 bug 作为考核 KPI 最合适不过，难道你们就喜欢用例数、测试环境发现 bug 数量、加班时长这些指标？
喷天喷地喷空气不如你给个更好的办法？
或者说，各位喷来喷去……都没看到 “线上” 二字？

相比其他指标 我同样认可线上 bug 作为 kpi 的一项衡量标准，但是我不认可的是所有类型的线上 bug 都作为有效数据！
测试设计漏测/执行漏测这种确实是测试失责的问题我是认可的，但是除此之外更多的是现场人员不懂/现场操作有误/环境问题/产品设计问题/非问题等等情况，之前做过 2 年的线上问题分析工作，其中测试设计漏测大概不到 2 成（其中很多都是中间件不配套和极特殊小概率场景），执行漏测 1 成不到，非问题占半壁江山，剩下的就是其他了
综上所述，垃圾公司

这么严密的条件都能被你扯来扯去，也是服了

哦，没有看图片的习惯，参考 #8