如果是这样的话,谁还愿意积极去处理这种紧急 bug 问题,还扣绩效。
举报· 222 次点击
登录 注册 站外分享
24 条回复  
aiwoshishen 小成 2024-8-29 16:42:34
一人一半
minmini 小成 2024-8-29 16:44:47
一人一半合适
arcaitan 小成 2024-8-29 16:59:47
在菊司, 测试要承担更多责任, 所以测试和开发天天撕逼.
如果你让测试承担更多责任的时候, 你就会发现你的产品想通过测试变得很难
andforce 小成 2024-8-29 17:05:34
这题我会,主要看这个 bug 是否在测试 case 里,如果测试 case 有就是测试背锅。

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

甚至有一种情况是,需求一开始就歪了,不合理,极易出现 bug 。这种靠开发主观发挥、测试擦屁股才能减少 bug 的,应该 100% 锅给产品经理。
teslayun 小成 2024-8-29 17:51:01
@andforce 这样也有问题,会导致测试写用例的时候,为了不背锅,细致到一个小功能都能写几十条用例。之前见过一个普通的课程管理后台 7k+条用例的,开发执行通过一定比例才能提测,不然就直接打回。唉,就是玩儿 https://i.imgur.com/agAJ0Rd.png
jydeng 初学 2024-8-29 17:52:24
开发起码同责起步🐶
123下一页
返回顶部