这是一个创建于 369 天前的主题，其中的信息可能已经有所发展或是发生改变。
如果是这样的话，谁还愿意积极去处理这种紧急 bug 问题，还扣绩效。
 |
1
aiwoshishen 2024-08-29 16:42:34 +08:00 via iPhone
一人一半
|
 |
2
minmini 2024-08-29 16:44:47 +08:00
一人一半合适
|
 |
3
arcaitan 2024-08-29 16:59:47 +08:00  2
在菊司, 测试要承担更多责任, 所以测试和开发天天撕逼.
如果你让测试承担更多责任的时候, 你就会发现你的产品想通过测试变得很难 |
 |
4
andforce 2024-08-29 17:05:34 +08:00 14
这题我会，主要看这个 bug 是否在测试 case 里，如果测试 case 有就是测试背锅。
如果没在测试 case 里，就撕为什么不在测试 case 了 |
 |
5
lujianwen9 2024-08-29 17:34:09 +08:00
看测试用例，看有没有覆盖这个流程，没有测试担责，有的话一人一半
|
 |
6
15855pm 2024-08-29 17:37:19 +08:00 1
很多开发连 20%都不想承担，他们觉得测试应该承担生产阶段 100%的责任。其实漏测的原因可太多了，要具体问题复盘总结，再确定责任比较好。
|
 |
7
lambdaq 2024-08-29 17:40:36 +08:00
我觉得是看情况。
甚至有一种情况是，需求一开始就歪了，不合理，极易出现 bug 。这种靠开发主观发挥、测试擦屁股才能减少 bug 的，应该 100% 锅给产品经理。 |
 |
9
teslayun 2024-08-29 17:51:01 +08:00 2
@andforce 这样也有问题，会导致测试写用例的时候，为了不背锅，细致到一个小功能都能写几十条用例。之前见过一个普通的课程管理后台 7k+条用例的，开发执行通过一定比例才能提测，不然就直接打回。唉，就是玩儿
 |
 |
10
jydeng 2024-08-29 17:52:24 +08:00
开发起码同责起步🐶
|
 |
11
jayjoe 2024-08-29 17:54:12 +08:00
就像#3 楼说的，如果这次你让测试背锅，那下次测试就会卯足了劲给你提 bug ，其实都是打工的，还是好好沟通为上策，有问题解决问题，当然，如果绩效跟这个强挂钩，那每次合作注定大家都难受
|
 |
13
wdold 2024-08-29 17:54:55 +08:00
一人一半吧，这个没啥扯的
|
 |
14
whosesmile 2024-08-29 17:59:18 +08:00
除非你自行优化代码，并且没有通知测试人员进行关联测试，其他情况不会让你一个担责。
|
 |
15
Emiya1208 2024-08-29 18:01:56 +08:00
我觉得我作为运维背锅比较好（开玩笑，看到 bug 当然先去开喷
|
 |
16
sss15 2024-08-29 18:04:27 +08:00
各打五十大板
|
 |
17
Leviathann 2024-08-29 18:09:45 +08:00
产品无责是吧
|
 |
18
MENGKE 2024-08-29 18:12:52 +08:00
@lujianwen9 测试都覆盖到了没测出来还让开发担责？
|
 |
19
hero1874 2024-08-29 18:25:34 +08:00
产品呢，有时候产品都搞不明白。。。 然后就歪掉了。。
|
 |
20
bzw875 2024-08-29 19:33:45 +08:00
我之前的甲方，测试和开发一起背锅
|
 |
21
wisetc 2024-08-29 19:37:32 +08:00 via iPhone
背啥锅啊，不背，出生产 bug 咋滴啦，严重吗。既然有严重性，为何当初这么轻易，是诱人犯罪吗。产品所有者是怎么设计的，搞那么复杂，是不是水平差？预料不到是因为创新是吗，创新还是有风险地。可见 QA 一般，这是工作方法问题，当初考虑清楚了没有？把所有工作推给做实际工作的人，是吗，这是他能够考虑到的吗
|
 |
22
so2back 2024-08-29 19:53:02 +08:00
我这边产品特么的设计完就不管了，关键设计的不怎样，还从来不验收，一有问题就狗叫开发当初怎么做成这样，每次都得在群里怼产品
|
 |
23
iyaozhen 2024-08-29 19:53:13 +08:00
我是 QA
这个要具体问题具体分析，但就我们项目现在来说，即使研发自测的项目出问题了，QA 也得负责 另外还有一些红线，比如研发夹带私货、上线操作不规范等 |
 |
24
sumu 2024-08-29 21:18:31 +08:00 1
测试？有测试就偷笑吧
很多大厂在两三年前就开始裁撤测试，由开发保障质量，有一套所谓的质量左移理论，出了故障根本没得甩 |
 |
27
yagamil 2024-08-30 10:32:16 +08:00
主要还要看是什么类型的 bug ，不能一刀切。
要是功能性的问题，必现的，这种漏测就说不过去了。 要是 conrner case ，比如用户关联 N 个操作，同时在线人数大于几十万，实际应用场景造成的 bug ，我觉得这个生产上很正常，尤其第一款产品在产品初期。 你也想不到有些用户会这么个操作法。 慢慢完善就好了。 都是打工的，没必要上升的大格局 |
 |
28
joker622 2024-08-30 11:30:58 +08:00
测试，天天背锅走售后，每天在挨叼和被叼之间来回横跳
|
 |
29
bengcaca 2024-08-31 14:42:20 +08:00
只要是生产环境，责任分派一般的是测试（ 50%）、开发（ 30%）、产品（ 20%）。
具体情况具体分析，在这个标准基础上浮动。 如果主要是设计问题，那 pm 就要承担更多责任； 如果主要是执行问题，那 rd 就要承担更多责任； 无论如何，只要是线上，测试的责任一般不少于 50%。 以上只是在出现比较严重问题的情况下，需要复盘时才会按照这个流程走。如果只是普通问题，也不会闲的蛋疼去折腾这个，定责的时候才是体现人性的时候，这种流程走多了，公司氛围基本就要垮了。 |
 |
30
qooweds 2024-09-01 15:27:34 +08:00
现在测试都快被裁光了, 要是开发测试比要是大于 10:1 就别扯测试背锅的事了
|
 |
31
nicklooo 2024-09-01 20:01:36 +08:00
开发经理、测试经理背锅
|
 |
32
haoswil 2024-09-02 10:07:00 +08:00
说话语权重谁担主责
|
 |
34
Adia 2024-09-02 21:33:14 +08:00
据我所知，有一部分厂子是 55 开
|
 |
35
nonempty 2024-09-02 22:06:53 +08:00
这个锅就该领导背大头
|
 |
36
a7851578 364 天前
这里的问题不是要追究的谁的责任，而是复盘为啥被漏了，下次尽量避免场景补上。如果追究责任，一般大公司是公司赔钱不会落到具体的人身上，除非是某个具体的对接人出的问题例如发版操作的运维没有灰度。
|
Select Language