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