讨论:已经被测试人员验收的功能,出了生产 bug,只让开发背锅是不是不公平

2024-08-29 16:30:26 +08:00
 nice2cu
如果是这样的话,谁还愿意积极去处理这种紧急 bug 问题,还扣绩效。
4631 次点击
所在节点    职场话题
36 条回复
aiwoshishen
2024-08-29 16:42:34 +08:00
一人一半
minmini
2024-08-29 16:44:47 +08:00
一人一半合适
arcaitan
2024-08-29 16:59:47 +08:00
在菊司, 测试要承担更多责任, 所以测试和开发天天撕逼.
如果你让测试承担更多责任的时候, 你就会发现你的产品想通过测试变得很难
andforce
2024-08-29 17:05:34 +08:00
这题我会,主要看这个 bug 是否在测试 case 里,如果测试 case 有就是测试背锅。

如果没在测试 case 里,就撕为什么不在测试 case 了
lujianwen9
2024-08-29 17:34:09 +08:00
看测试用例,看有没有覆盖这个流程,没有测试担责,有的话一人一半
15855pm
2024-08-29 17:37:19 +08:00
很多开发连 20%都不想承担,他们觉得测试应该承担生产阶段 100%的责任。其实漏测的原因可太多了,要具体问题复盘总结,再确定责任比较好。
lambdaq
2024-08-29 17:40:36 +08:00
我觉得是看情况。

甚至有一种情况是,需求一开始就歪了,不合理,极易出现 bug 。这种靠开发主观发挥、测试擦屁股才能减少 bug 的,应该 100% 锅给产品经理。
andforce
2024-08-29 17:47:07 +08:00
@lambdaq #7 需求评估就是干这个的,就是说破天线上 bug 也不会是产品背锅~
teslayun
2024-08-29 17:51:01 +08:00
@andforce 这样也有问题,会导致测试写用例的时候,为了不背锅,细致到一个小功能都能写几十条用例。之前见过一个普通的课程管理后台 7k+条用例的,开发执行通过一定比例才能提测,不然就直接打回。唉,就是玩儿
jydeng
2024-08-29 17:52:24 +08:00
开发起码同责起步🐶
jayjoe
2024-08-29 17:54:12 +08:00
就像#3 楼说的,如果这次你让测试背锅,那下次测试就会卯足了劲给你提 bug ,其实都是打工的,还是好好沟通为上策,有问题解决问题,当然,如果绩效跟这个强挂钩,那每次合作注定大家都难受
andforce
2024-08-29 17:54:54 +08:00
@teslayun #9 这都是知识啊
wdold
2024-08-29 17:54:55 +08:00
一人一半吧,这个没啥扯的
whosesmile
2024-08-29 17:59:18 +08:00
除非你自行优化代码,并且没有通知测试人员进行关联测试,其他情况不会让你一个担责。
Emiya1208
2024-08-29 18:01:56 +08:00
我觉得我作为运维背锅比较好(开玩笑,看到 bug 当然先去开喷
sss15
2024-08-29 18:04:27 +08:00
各打五十大板
Leviathann
2024-08-29 18:09:45 +08:00
产品无责是吧
MENGKE
2024-08-29 18:12:52 +08:00
@lujianwen9 测试都覆盖到了没测出来还让开发担责?
hero1874
2024-08-29 18:25:34 +08:00
产品呢,有时候产品都搞不明白。。。 然后就歪掉了。。
bzw875
2024-08-29 19:33:45 +08:00
我之前的甲方,测试和开发一起背锅

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1068775

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX