绩效垫底。。。问下广大 v 友，测试发出的程序有问题算开发还是测试的锅？

[loriann]

是这样的，本人在开发过程中有几次出现线上版本出问题，领导警告再这样提桶走人。但是我想不通测试测好的程序出问题为什么要怪在开发头上呢。。。。

[ElmerZhang]

作为一个带过人也开过人的 leader 来说说。
开掉某个人的原因不是因为他做错了什么事，而是从那些事体现出来他是个什么样的人。
我带过的人中也有人送绰号 “bug 小王子”，虽然没办法给出好绩效，但仍然是团队主力的人。他出的错多，主要还是因为做的事情更多更复杂。

[Cielsky]

@fighterlyt 额，那既然这样，招测试干嘛呀，是不是多余了。

应该具体问题具体分析

[akira]

做人 做事，要有担当

[zjb861107]

说得好，开掉测试吧，全靠开发自测怎么样？

[VShawn]

抛开事实不谈，领导就没有一点责任吗

[yaphets666]

@KarlChen2015 公司应该发你两份工资

[l00t]

@Thresh 咋测试还管监控告警预案跟进线上问题了？没运维吗？

[timlong]

我觉得这个测试和开发都要背责任，只要经过测试的产品，测试同学就应该对其结果负责，同时，开发同学也应该对自己开发的功能负质量的责任，两个人是一条线上的蚂蚱，谁也逃不掉
只不过，看要线上故障的具体场景和原因，来分开发同学和测试同学的主责和次责，如果是很明显的漏测或者开发同学提测建议里面明确提到过的场景，那么毫无疑问是测试同学主责，甚至全责；如果是功能实现的边界但是开发同学没明确告知，导致测试同学的用例设计有问题，出现的漏测，我认为应该是开发同学主责，最后，如果是谁都没想到的一些边界或者环境问题，可能就是五五开了
本质上我认为这个功能的开发和测试同学都应该对功能的质量和最终结果负责，双方在这一点上应该是利益共同体才对

[zw1one]

领导的问题呗，拿那么多钱又把控不了开发流程。我待的几家有生产问题都是领导主责。

[Exple]

只有我觉得是领导 /公司的问题吗？只要是程序就肯定有出错的可能性，再怎么测都不能绝对 100% 没问题。出了问题就警告要辞退的风气才是不对的。正常一点的公司是应该做 blameless postmortem 的。
当然互相推诿扯皮甩锅也是不对的。

[iMiata]

@loriann #8 如果测试阶段 测试没有测出问题给了通过，版本上线以后发现的问题自然是测试的全责（或者测试负 80%以上的主要责任）

[lonenol]

不要整精神啥的。。
正常企业制度，测试完成上线测试主责，没通过测试自己私自改动就上线开发主责

[tiedan]

一般实践是所有线上问题 QA 都有责任（有些公司甚至包括机房断电这种），如果是代码问题 RD 主责。线上大问题一般是负责的 RD 打包走人，QA 扣绩效

[txy3000]

把测试开了 测试的钱给开发 开发自测 是不是完美

[cassidyhere]

如果一个员工的职责是“给你一份代码，把里面的 BUG 全找出来”，那该员工的薪资应该是写这份代码的人的两倍

[NotFoundEgg]

既然是测试通过之后出的问题 那自然是测试主锅 不然还要招测试干啥

[satoru]

要让 QA 帮开发背锅，他们是拿两份工资吗？

[EricGoodMan]

@cassidyhere 测试是找代码的 bug 吗，还是找功能的 bug

[LuciusChen]

自己写的 bug 没有责任？开发又不是单纯开发，开发完要自测要联调，转测后就不自测了？开发和测试的视觉不一样，都需要去测试。

我本身是程序员，主张程序员主要责任，测试次要责任。

[chairuosen]

如果测试过程中 BUG 多开发需要担责，那测试完成线上事故应该测试担责。
如果测试过程中程序多烂开发都不用担责，线上事故开发测试同责。

我们可以黑盒的看待这个问题，两个人在两个阶段配合完成一个任务，那两个人的责任是同等的。要么按时间先后来区分责任，要么最终责任各半。