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