 | 1 iOCZS 31 天前 测试每发现一个 bug 加 2 分 |
 | 2 fffq 31 天前  7 绩效=想法设法扣钱 |
 | 3 liansishen 31 天前 4 我不写代码就不会有 bug |
 | 4 SanjinGG 31 天前 逆天公司 |
 | 5 aiwoshishen 31 天前 via iPhone 想必，测试少发现一个 bug 也扣两分吧。 闭环了 |
 | 6 zuosiruan 31 天前 via iPhone 一个 bug 扣两分？ 666 |
 | 7 vein0 31 天前 最后都是和测试合作，卡着线提 bug |
 | 8 1024potato 31 天前 1 测试初始分为 0 ，每发现一个 bug 加 2 分 |
 | 9 yvyvyv 31 天前 这个 bug 是线上 bug 吧， 那还好 。 要是测试阶段 纯沙雕 |
 | 10 scopeccsky1111 31 天前 @1024potato #8 错了， 正常的公司老板会定，测试基础分 200 ， 每个月必须发现 100 个 bug ，少于一个 bug 扣两分，这样就闭环了 |
| 11 scopeccsky1111 31 天前 @yvyvyv #9 线上 bug 不算测试的锅吗？ |
| 12 yvyvyv 31 天前 @scopeccsky1111 #11 之前呆过一个公司是线上 bug 看程度扣 测试 开发绩效，测试阶段不影响绩效。 |
 | 13 Hikareteku 31 天前 没按代码量来考核，我不是很认同（ doge |
 | 14 icanfork 31 天前 离职的水平 |
 | 15 zlkent PRO 以前公司开发，写的代码从来不自测，很多很明显的 bug 一堆，然后导致测试那边压力巨大。所以我能理解这个考核，极个别人瞎搞导致全员背锅。 |
 | 16 insert000 31 天前 那不干活是不是就没 bug 了？ |
 | 17 JaaaaackZheng 31 天前 @Hikareteku 笑死，我们已经开始按代码量跟 bug 量来了 |
 | 18 Goooooos 31 天前 2 80%工资算考核，这还不跑 |
 | 19 tonytonychopper 31 天前 @yvyvyv #9 如果卷的话，测试阶段的 bug 也会被拿来当考核指标，别问我为什么知道的 |
 | 20 fenddddddda 31 天前 10 天的活， 先 10 天开发完， 然后再排期 30 天自测， 就好了。 |
 | 21 konakona 31 天前 是哪个大天才想出来的，300 分够 150 个 bug 是不是觉得老够了？ 另外 80% 工资算绩效考核是不合法，不受劳动法保障的，可以在劳动稽查大队实名举报（只能实名）。 不能光扣不加。 - QA 环节扣分和弥补机制 - 线上事故扣分多少 |
 | 22 wqhui 31 天前 笑死了，就算是古早一年发一次版也做不到 0 bug ，这是没人能拿完整工资的意思 |
 | 23 sakishum 31 天前 抓绩效搞考核，说明公司开始走下坡路了 赶紧准备提桶跑路吧 |
 | 24 unclejoker 31 天前 抓紧时间找工作吧，裁人不想付出成本，故意恶心你们的 |
 | 25 cutecore 31 天前 2 项目紧、干的多的同事 bug 多，绩效差。 混子没 bug ，反而成为优秀员工。 |
 | 26 106npo 31 天前 无法通过编译是不是只算一个 bug? |
 | 27 darksword21 PRO 这不是 bug ，这是 feature ，加两分！ |
 | 28 lujiaxing 31 天前 视情况. 按国内 99.99% 企业的操性, 这绝不是不合理的. 开发出来的功能没有测试用例, 就靠开发者做完了之后手点, 测试覆盖率能有 60% 都算好的. 这么做无疑是让测试团队凌驾于开发团队头上. 那么开发团队人人自危, 测试团队拿着手里的权限做点什么可就说不好了. 这么搞几天开发团队人心就散了. 但是有些企业, 产品功能模块是有严格的测试用例的. 所以一般提交到测试环境的代码, 基本都是没什么 BUG 的. 有 BUG 要么是单元测试没认真写, 要么是明知 Test Case 有 Failure 还强行提交. 这个扣绩效没啥问题. |
| 29 lujiaxing 31 天前 而且 @sakishum #23 楼说的对. 以前一直都没啥事, 最近突然找理由开始扣工资绩效的企业 (例如考勤). 基本都是公司资金链非常紧张了. 建议尽早离职, 这种企业用不了多久就会出现拖欠工资的情况了. 到时候你离职又怕拿不到工资, 不离职又一直拖着, 很麻烦的. |
 | 30 lswlray 31 天前 你们这领导管理理念不敢认同。 我一直认为，有效的管理是依赖奖励、而不是惩罚；惩罚只有 2 个，第一次不达标就进入绩效辅导期；再次出现就离职；除此之外，都是奖励，超过标准越多、奖励越高，最好上不封顶。 |
 | 32 passive 30 天前 via Android 如果总分不能负，找一个背锅的承担所有 bug ，大家补偿他的 80%。 |
 | 33 iF0oo2txTX91o9Sg 30 天前 via iPhone 打出来公司名字好吗 |
 | 34 o0DoO0o 30 天前 via Android 之前看过一个短片漫画，不管什么考核标准，都有注水的方法 一个 bug 扣 2 分，不写代码不扣分 以后就接活少的，然后评估工作量加大注水。2 行代码写一天，一个 bug 修一周。问起来就说在写单元测试 |
 | 35 kyoma OP 后面改了，根据密度进行扣分，比如百分之几的 bug ，不是单单只看 bug 数了，统一回答一下上面的问题，代码行数也是看的，bug 是在测试阶段产生的进行计算，生产以及工业性实现产生的问题再另算 |
 | 36 capric 30 天前 基础工资最少得占 80%，否则违法 |
 | 37 gopheryi 30 天前 我这一个 bug 扣 100  |
 | 38 Aixtuz 30 天前 什么 BUG ？我那是彩蛋~ |
 | 41 dabaibai 30 天前 仲裁 拿钱走人 |
 | 42 karmaisbitch 29 天前 via iPhone 我们组测试覆盖率 100%，隔壁组开发完直接上线让运维测，月底一统计，有几个开发 0bug |
Select Language