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

[loriann]

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

[symeonchen]

如果要定责背锅那就拿问题出来复盘，开发写功能时候单元测试写了吗，分支覆盖率、行覆盖率有多少，提测之后测试测了多久、提了多少 Bug ，有自动化测试吗，测试用例的评审有吗，测试用例覆盖全面吗，测试环境的基建和正式环境接近吗， 如果只是要找背锅的，那开发和测试，还有制定协作流程的人，锅全都一起背着。 如果问题复盘不是为了找人背锅，而是真诚地想解决问题，那就好好改流程。 决定不了改不了就跑路。

[pengtdyd]

当然是测试主责了，如果测试不是主责，那 TM 还要测试干什么，自己测完直接上线不就得了

[hhjswf]

不负责。开发对测试负责，测试对产品负责。负责的话也可以，多发一份测试的工资谢谢

[devwolf]

看了几楼我开始好奇，怎么这么多人都是一锤定音了“这个没发现问题的测试薪资比 op 低”，
即便 op 并没有公开这个参考系数。
总觉得超出我求同存异的阈值了

……希望 op 能从中找到自己满意的解答，并好好走下一步棋吧。

[hhjswf]

@shyrock 这什么狗屁理论。leader 工资高一截他背几层锅？

[lululau]

自测了就没 bug 了？测试测了 N 遍就一定没 bug 了？主要矛盾点难道不是这个领导是个大傻 X 吗

[efaun]

根据你的描述, 很明显是你领导的问题, 把你们都开了就没有问题了

[sampeng]

当然。。主动矛盾点是这种领导没什么跟的必要。
多做多错少做少错不做不错，只要做了必然出锅。出锅就要底下人背？这个领导也当的太舒服了。
当技术领导，窃以为，最大的责任是，背下所有手下人的锅。我背的最大的锅是手下刚进来把线上数据库给误删了。我当时高兴得不得了，要不是这次误操作，谁知道我们流程上有问题，谁知道我们没有线上操作要谨慎谨慎再谨慎的意识，不仅把锅拿过来自己背上，还请大家吃饭

[devwolf]

和领导聊……
我想问一下，op 所在公司有明确的责任分担规则吗？

在 v 站理论，再讲理也赛不过公司的一份员工手册。

要是 op 的上级定死了分锅规则是这样的，或者 op 领导是 shyrock 那种类型的人……感觉不会有什么改观。

[SmiteChow]

给补偿走人挺好啊

[RainCats]

@echo1937 我也这么认为，不然我还要测试干嘛，拿的工资也跟开发差不多，甚至更高

[liuawei]

几次出现线上版本出问题，大家在回复的时候看看这句话，假如一年发了 10 此版本，6,7 次你都有问题，是不是想下自己的代码质量是不是有点太低了。

[ligiggy]

先问一个问题，哪个公司没有 bug ，如果不能容忍员工犯错，待着干嘛？

[Thresh]

测试是在测试，但是代码是你开发的哟..... 测试通常被称为系统质量 owner ，但是你被称为系统 owner....你觉得是谁主要的责任？？ 哈哈 肯定是你呀

[qping]

每个公司开发和测试占的权重不一样。开发任务重，周期短，开发自然考虑的不会面面俱到。 有的公司测试人员少，要负责十几个系统，只能说跑一遍脚本，也不能指望测试能覆盖全部用例。

公司流程、情况不明朗，就没法说到底是谁的责任，你们公司的有没有配备足够的开发和测试呢？

[DCELL]

应该是整个项目组的锅，其中领导背大锅，该模块开发负责任人 /测试低绩效。

[Thresh]

另外，现在的测试同学，一般都被要求是作为业务的质量保障的角色，而不是开发代码质量的保障。也就是说，很多时候测试要对业务本身的需求合理性，流程保障、监控告警、预案跟进、线上问题等等的保障，而不是开发的保姆，你这个想法，实在是格局有点小了....

[devwolf]

@liuawei 这句话，我这边是有看的。
但是这样的内容，实际上 op 啥也没说啊，我认为是完全可以有两个不同方向的理解
1)测试员没有测出问题，上线后算在 op 头上，此类事件出现多次。
2)op 负责的内容，多次上线出现问题，其中一次是这种测试员没有测出来的。

拿 1 ）来展开的话，那么是不是同一类问题呢? 同一类的话，是 op 可以事不过三的那种问题吗？是，那是可以归属代码质量太低，不是那继续展开。

@loriann op 提供的可立判内容太少了。

[loriann]

@Thresh 嗯，看来我绩效垫底也不冤啊

[shyrock]

@devwolf #49 笑死我了，这不是讨论谁担主责的问题吗，怎么又论到网友水平不行了，可见格局真的挺小啊。
很简单的事情，分责任是为了促进质量进步。那么质量进步这件事，开发和测试谁更能起决定性作用？
比如多投入一个亿进项目，是增加 100 个开发做结对编程（或者人均代码量减半）有用，还是增加 100 （甚至 200 ）个测试跟在后面把每个功能都测试两遍有用？
相信思考过这个问题的人都有答案吧？

优秀的软件工程师不用测试人员也能写出来高质量软件；不合格的软件工程师，给他配 10 个测试也解决不了问题。