高情商程序员的眼里,bug是一种自然的存在,他们能够跟相关人员有效地沟通,给自己处理bug争取时间来找到最具性价比的解决方案,以下总结了5种类型bug的有效沟通方法,请收好!
1、自己无法复现的bug
实际工作中,除了测试人员和产品会提bug之外,业务或客服也会提bug,所以对提bug的人最好给他们提供一个模版,让他们描述清楚发现bug的场景(前后操作的步骤),用的版本,浏览器等。
但即便是这样,当拿到bug描述后,即便发给了更多的同事,可能还是无法复现这个bug,此时可以这样跟提bug的人进行沟通:
对于bug的提出,根据业务场景总结bug描述模版很重要,这样可以避免对方提bug时漏掉细节,要反复沟通的情况,尽量将流程化的沟通模板化,避免彼此时间的耗费。
2、影响程度较小的bug
如果bug的影响的范围较小并且不是主要使用场景时,这时要看当前的项目是否有更紧急的事情。如果会影响项目进度的话,你可以找到产品经理和测试,沟通下这个bug的影响范围以及所需要修复的时间,最重要的是对当前的项目的影响,产品经理一般会根据项目进度来跟相关人员沟通。
假如需要你自己去沟通,那你可以参考以下方法:
看到这里,你也看出来,对于这种影响程度小、优先级不是那么高的bug,在跟bug相关人员沟通的时候,一定要让对方感受到你重视,有为他着想,那对方在了解到你的难处之后,也不会多么较真让你当下一定要改,毕竟还有影响范围小这个因素在。
3、需求定义有瑕疵或需求理解有误产生的bug
此类bug多半是产品经理定义的需求有瑕疵或自己开发时没有理解透彻的场景,也属于正常范围。现在大多是敏捷开发,对于复杂的系统,需求定义或讨论时确实会遗漏部分场景或者大家对需求的描述有各自的理解。对于此类的bug,沟通时可参考以下方式:
4、其他人/部门/合作方代码导致的bug
有些bug的产生并不是自己部门的原因,可能是合作方或者其他交叉调用的代码产生的问题,这种情况需要跟合作方一起商讨解决方案并协商好预估的修复时间。此时,对外可以这样沟通解释这种类型的bug:
5、修改起来耗时,影响项目进度的bug
对于这种修改起来工作量大,会影响项目进度的bug,因为bug的修复等待期长,就需要结合产品经理的力量。首先,自己要评估修改bug的时间,不可控的相关因素,当前任务的优先级,可能的影响。然后,跟产品经理沟通,尽量将bug相关的内容进行分解,把影响层面最大的那部分场景先修复掉,其他场景可以排在后续的迭代中分批或一次性更改(这个看具体情况)。在你们有结论之后,可以参考以下方式跟bug相关的人员进行沟通:
Bug是分等级的,一些重要紧急bug自然是要尽快修改掉,但一些bug是需要根据场景,时间段,资源等综合考虑修复时间的,而这个过程中,如果提bug的人不知道你为什么不能很快修复bug,自然会产生一些负面的情绪。所以,及时的确定方案,找当事人沟通清楚,让对方感知到你有在关注他的感受,也需要对方谅解你的处境,那很多关于bug何时修复的沟通也可以变得很和谐。
话说了这么多,不练还是不知道怎么弄,那就去练一练,试一试吧!
如果觉得文章不错,记得关注,点赞,分享哦,后续还有更多干货持续输出!
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。