软件测试完后，还有BUG，是测试人员的问题吗？

 

测试完成后还有bug，测试人员肯定是有责任的，第一时间要赶紧处理而不是着急甩锅。但是这口锅全部扣测试身上，明显也是不能接受的，关键在于测试人员需要找出足够的证据来保护自己。

---

 

或许很多人会说测试不可能发现所有的bug，但是这句话在公司老板听来不过借口而已。软件质量由研发团队共同保证，测试人员是研发团队的一份子，而且还是专门负责质量的，你说bug跟你没有关系，怎么也说不过去。

所以出现bug后，不要直接甩锅，这样让人感觉在逃避问题。第一要紧事情是处理bug，尽量减少对用户的影响；只要用户影响不大，即便有责任后果也不会太严重。

那么是不是这口锅就会全部扣测试身上呢，这样明显也是不能接受的，测试人员需要找出足够的证据来保护自己。所以第二，我们一定要对测试后出现的bug进行分析并回溯：

（1） 通过回溯确定问题的产生原因，问题的责任认定基本就清楚了

问题回溯一般从bug的引入阶段，bug的产生原因，bug的遗漏原因等几个方面去分析。例如：

- Bug如果是需求阶段引入的，需求本身有遗漏/描述不清楚，那么主要是产品人员的责任，但是设计、开发、测试人员没有评审出问题，同样也有责任

- Bug 如果是开发阶段引入的，测试人员设计用例的时候没有考虑到，那么主要是测试人员的责任，但是测试用例同样是要经过开发、产品的评审才会使用的

- bug同样是开发阶段引入的，如果bug是由于开发修改bug的时候引入了新的bug，恰好那个用例之前测试过，不会再重新测试了，这样的遗漏主要责任就在开发，修改bug控制影响范围是开发必须做到的，但是测试人员可以没有做到代码看护的事情

- 再或者产品人员变更需求后，只是告诉开发要改，但是没有同步给测试，造成测试漏测，这就是项目研发流程有问题了，项目经理要负主要责任。

通过上面几个例子可以看出，bug的产生有很多种可能的原因，一般情况下，在项目组中不会刻意的强调谁要负主要责任。为了团队的团结，大部