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

[loriann]

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

[shyrock]

@hhjswf #45 讨论测试和开发的分责，偏要扯到 leader ，你咋不说老板呢？好吧，如果你真要扯其他人，leader 负领导责任，老板负管理责任，实际上这两位因为事故肯定也亏了钱和绩效。那么作为直接责任人的开发和测试，是不是能心平气和的分析一下自己的责任在哪里了？

[golangLover]

两个都没错。有事的话整个项目组低绩效

[darkengine]

线上问题出现在:
自测用例覆盖的场景，开发的锅
测试用例覆盖了的场景，测试的锅
其他场景，leader 的锅。

[www5070504]

我挺纳闷楼上自测的 case 覆盖率有多大

[oppoic]

if(DateTime.Now.AddHours(1) > '上线时间')
{
app.destory();
}


只是举个例子，勿对号入座。想表达的就是：有些特定条件和场景，测试是不好测出来的

[int11]

这个 bug 确实是我写的，但是抛开这点不谈，你们就没有一点责任吗？ review 的时候大家也都在场，你们当时是不是没有认真对待，还有，测试是怎么做的测试？难道这些都是摆设吗，是走过场吗？幸好这次线上事故没有造成资损，但是希望大家引以为戒，这周的周报我要看到大家的反思和进步 ​​​

[devwolf]

@shyrock

……对啊，重点是讨论谁担主责问题来着。
但因为 op 本身并没有提供很多有用的上下文线索，而网友就立判了很多我个人并不知道哪儿提取出来的结论，当然“我格局小啦”。

质量进步这件事，开发和测试谁更能起决定性作用——开发一身两职 yyds ，不如把运维也并了吧，直接全能，我这可没开玩笑。

优秀的软件工程师不用测试人员也能写出来高质量软件；不合格的软件工程师，给他配 10 个测试也解决不了问题。
——这样的工程师，我如何能用远低于测试的钱收 100 个呢

[xiongshengyao]

大领导背主要责任，罚款，下次再犯予以开除。
服务端负责人负次要责任，罚款，下次再犯予以开除。
测试负责人负次要责任，罚款，下次再犯予以开除。
对应研发负次次要责任，通报批评并罚款。
对应测试负次次次要责任，通报批评并罚款。

测试负责人控制不了服务端不恶意写 bug ，所以内部批评了对应的测试。
你的领导无法分辨出你是刻意写的 bug ，还是无意写的 bug ，所以只能警告你下次再犯直接开除，这样的解释满意吗？

[newmlp]

那要看什么样的 bug

[YaakovZiv]

要看公司管理制度了，我任职过的公司一般会在员工正式加入项目前，进行明确的责任划分声明，避免项目开始后各种推卸责任。
感觉楼主的领导可能是计算过楼主单位时间内产出的 bug 超出公司可以接受的数值，所以才会有想要解聘楼主的想法吧。有的公司即便是测试发现了问题，也会对研发的绩效产生影响。

[paradoxs]

你自己写的代码, 让你自测都不能保证没 BUG. 让别人来测就能保证了?

[dongisking]

你领导没 review ，把你警告了？

[infactory]

没有测试用例评审吗？你改动的点有没有被测试用例覆盖到？
如果测试用例覆盖到了，测试没测出来，那测试大锅

[libook]

这个涉及到开发和测试的流程，以及各自的绩效指标。

如果测试是开发流程的一环，需要对最终产品质量负责，那么测试通过后的问题应该由测试人员负责，权责对等，同时测试人员有权拒绝批准你有缺陷的程序上线。
有的团队里测试人员是资源，不属于开发流程的一环，最终产品质量由开发人员负责，权责对等，开发人员有权支配测试资源来保障最终产品质量。就好比因为 Bug 没达成业务 KPI ，业务经理依然会被主管 VP 罚绩效，不能把锅推给测试或开发下属，有管理权就得为手下的人负责。

如果组织架构允许的话，我个人比较倾向于前者，开发人员背产能绩效，测试人员背质量绩效，同时测试与开发之间约定一套相对公平的测试对接流程（比如优先级规则、争议裁判规则、紧急需求流程等）。如果开发人员真的水平菜，导致代码质量差，长时间过不了测试，一定会因产能低而被罚绩效。

当然，存在一些管理者不清楚如何规划各职能的工作，或者只是懒得搞，定个扯蛋的绩效方案，妄图以处罚来让团队自己变高效。

我说可能啊，有没有可能，领导因为其他原因对你积怨已久，想找个接口让你走人，或者只是单纯团队预算砍了，需要裁员。

[devwolf]

@shyrock

重点确实是帮 op 解决思想工作，但阁下是只抓开发吗。

“质量进步”
好的，那我也确实赞成，op 提升自我当一个“更优秀的软件工程师”确实可以解决问题，甚至是根本性作用，这点也没什么毛病。

“足够优秀的程序员”可以节省公司花在测试上的开销也没什么问题。

——
没有问题的问题就是，是人就会犯错，以及什么是“测试的义务呢”？
为什么只能有足够优秀的程序员，而不能有足够优秀的测试？
既然足够优秀的程序员定义成“可以写出没有 bug 的代码”，
足够优秀的测试可不可以自己写代码啊，
我这边公司的可以哟，甚至兼任了运维。
这样的个例也是有的。

足够优秀的程序员，得加钱

[season8]

LZ 不妨说说是什么类型的 bug 呢？如果是低级错误或者自测能测出来的，都要担责，看测试案例全不全来担责，但是哪怕担责不大，问题也是挺大的，领导肯定比较介意；如果是冷门一点的 bug ，或者复现特别难的，可能主责还在开发，因为测试案例难以覆盖到，如果不是你一个人的可以适当降责；如果是产品设计就有漏洞，都没考虑到，产品的锅。

实际可能也没这么理想，看团队结构和管理是不是健全，领导是不是相对公正等等。自己做的事还是尽可能去做好一点，bug 肯定是没办法避免的，如果不是低级错误或常规 bug ，可以找领导商量，只要领导不是想搞你，找个人背锅，应该是有转圜的。

[loriann]

@season8 哎，算是常规 bug 吧，有点心灰意冷的感觉

[hyy1995]

开发和测试两边都担责，测试那边一样也有考核指标的，BUG 就是 BUG ，甭管测试有没有测出来，是你自己写的，只甩锅可就不太好看了

[shyrock]

俗话说能力越大责任越大，上面觉得测试主责的可以好好体会下这句话，到底谁在研发过程中起主导作用。
如果开发不按照需求来实现，测试根本无法进行；
如果开发技术太差、bug 太多，测试和开发需要花百倍的工作量来修复 bug ；
如果开发没有提供正确的修改范围给测试，测试只能黑盒跑所有用例；
如果开发动到了设计范围之外的代码，测试除非把所有功能都重测一遍，决计发现不了问题。

总的来说，测试的能力发挥，完全依赖开发的技术水平和提供的信息是否准确和全面，这样你还能让测试背主责？

[iOCZ]

测试其实很难覆盖全面，这个事情很难说