软件上线出现了bug，全是测试的锅吗

在知乎上看到一个很有意思的问题“软件测试完后，还有BUG，是测试人员还是开发人员的问题？”

“每个月的工作绩效，是组长给我评定。

大家的职责都不一样，我是测试，他是开发。他们做出程序后给我们测试，绩效由他们来核定，除了组长公司就没有其他软件测试的领导了”

“我们公司的软件测试完后给生产线，测试周期都是1-2天，生产线发现问题会反馈，上个月反馈了1个。然后我的组长在评判绩效的时候是：以后要更加仔细，不要把问题留给生产来发现”

“所以我想请教一下，出现这样的情况，责任全在测试吗？难道开发没有责任吗？我以后该怎么应对？”

这样的问题小伙伴们在工作中经常会遇到吧？在产品上线的时候，只要出现BUG，测试人员就要成为“背锅侠”

开发人员了解客户的需求后，将程序写出来，测试人员在进行检测。这一套流程中测试人员经常会跟开发和产品经理打交道，不管是工作经验多么丰富的程序员，一套产品都会出现一些思维上的漏洞，那么你肯定听过这些:

听到这些话，相信你又恼恨又委屈，分分钟高血压，这些“问题”仿佛全是测试造成的。

那么，问题来了，很多的测试人员都会出现这种的疑问：软件测试完后，还有bug，责任全在于测试吗？

1、假设是软件版本更新，开发人员在进行影响分析的时候，如果漏掉了一个功能的分析，但是测试也没有检测到这个功能模块，最后这个功能上线出现了问题，那这就是开发的责任。

2、如果测试用例有覆盖到这个点，bug出现在覆盖测试范围内，那这就是测试的责任了。

3、如果测试用例没有覆盖到这个点，先分析为什么没有覆盖到。以往在确定测试范围的时候，会把这次的功能和关联的功能一起划定到这个范围里，那这就是领导的责任了。

4、软件开发延期导致一开始计划好的三轮测试变为一轮测试，测试不严谨导致出现bug，这应该是整个项目组的责任。

5、测试bug较多，结果客户或者领导压下来，说一定要按时上线，那你说这是测试的责任吗？

所以，产品在上线的时候，还有bug，不一定都是测试的锅，先分析时什么原因导致出现的bug。最后，问题既然发生了，过多去究责也没意义，应该组织人员对这个bug的责任认定和后续改进。

开发和测试，如同左右手，只有共同协作，最终才能解决问题。

要想防止此类问题的发生，就需要定位到问题的本身，从这些方面来讨论问题.

1、bug产生的原因。这个环节很重要了，原因找到才可对症下药，下次还可以有效的避免类似问题的发生。

2、Bug发生的地方。发布一个版本，不管只是做一个小小的需求，还是修复一个bug，都需要对产品的主要功能以及其他相关的模块进行充分的回归测试。

3、Bug的责任认定。一般来说，除了少数责任非常明确的bug之外，很多bug都是需要产品、开发、测试、项目经理共同承担的。

测试人员该怎么去避免“背锅”呢？

1、有充足的时间去测试

测试人员要对自己的重要程度引起重视，在项目排期时，就要给自己留出足够的时间，以免发生突发事件。如果说因为一些特殊情况最后的时间不够用，也要向上级勇于提出延期，如果意见被驳回，也要在测试 告中表明情况。

2、保存好记录

往往测试人员这个板块测过了，提过bug，但是别人线上又问你，bug怎么没有提？所以，空口无凭。在提交bug的时候不要图轻松，一旦出了问题就说不好了。包括测试的版本包，还有一些数据都要备份下来。

3、测试 告的重要性

测试 告不是随便写写就行了的，对于一些突出的问题要在 告里写清楚，不管是时间不够还是测试环境不好验证，都要在 告里面标识清楚，让团队人员都知晓。如果领导说可以了没问题了在进行发版。

最后

一个产品的好坏，体现在功能质量、结构质量、过程质量三方面，不是仅仅只是测试人员的责任，当出现bug时，对于企业来说最重要的是解决问题，而不是一味的去追究到底是的责任。最好的态度便是部门里每个岗位的同事都为产品质量负责。