在测试过程中,难免遇到开发人员因为一些原因不想修复个别bug的情况。遇到时,测试人员该如何去推进他们修复bug呢?
一、情况分析
1、开发人员为什么不愿意修复bug?
1)开发人员与测试人员对bug的定义理解不一致产生的问题;bug路径较深,无法重现;修复bug改动较大,影响范围广;开发人员认为在生产环境不可能发生的时间、环境问题,不影响程序的实际用户使用。
2)工作流程方面原因:没时间,问题太小(优先级低),上线时间紧急,非自己名下的bug(已离职开发人员遗留的bug)。
3)个人能力原因:找不到解决方案,技术难以实现。
4)不可抗力的客观因素,例如系统问题,第三方SDK问题等等。
2、测试人员为啥苦恼?
1)测试人员希望上线前所有的bug都得以修复(强迫症),避免在生产环境时出现问题,造成不可挽回的损失。
2)测试人员在说服开发人员修复bug时,发现影响范围过大,涉及多方沟通,耗时间。
3)测试人员技术水平低,开发人员因为在开发技术上的优势,常常会对测试人员存在一定的偏见。测试人员不深刻了解开发成本,难以说服开发人员去修复bug,例如只需要加一个字段就能解决的问题,测试人员不了解开发工作量,认为很难,就不再坚持修复bug。
4)测试人员不够熟悉产品,缺少说服开发人员的技巧。
二、如何说服开发人员修复BUG
1、做一个聪明的测试工程师
1)养成良好的报告编写习惯:将bug描述的细致清晰,确保能重现bug的过程,用事实和数据说明问题的风险。
2)遵循测试规范
3)注意和开发人员的沟通技巧。谈话时,要有换位思维的方式,做事情对事不对人,处理事情一定要有一颗宽容的心,只有这样,才能够很好地说服开发人员去修复bug。
4)和开发人员搞好私人关系,作为他们的听众。
5)学习编程,理解bug产生原因和预算bug修复成本,提高测试技术。
2、思路下手
1)解释BUG会怎样影响产品的正常使用?
2)会破坏什么数据?
3)用户如何经常遇到这个问题?
4)市面上类似产品的有关评论
5)指出类似的BUG给客户带来的麻烦
6)多引用技术支持收集的数据
7)以前的版本通过了这个功能的测试
8)由项目经理做决策。项目经理可能会因为风险、费用等方面的原因,拒绝修复某些bug,这种情况下,我们测试员不需要坚持修复全部bug,除非能说明某bug可能引入的严重风险。
9)列举一些场景,说明合理的用户在合理地使用程序时会遇到的程序错误,或产生的疑问。
10)补充做一些后续测试,寻找该bug更严重的后果,或寻找更广环境下出现该bug的情况。如果开发人员不修复某bug,而我们决定反驳,不要完全依赖自己最初测试报告中的信息。尽可能地做一些补充测试,或列举更有效的例子,否则不仅浪费自己的时间,而且损害自己的信誉,影响自身的说服力。
3、人脉
1)扭转研发领导的思想,重视bug,提高开发人员的响应速度。
2)与其他项目干系人沟通。找出bug不修复受影响最大的人(或修复后最受益的人),确定bug会给他们带来多大麻烦,让他们去说服开发人员。
三、总结
bug修不修复,测试人员应该有自己的原则,同时要权衡利弊。不能因为推不动开发,就放弃,任由产品带着bug上线,也不能揪着一个小bug不放,影响上线时间。
0人点赞
日记本