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