测试人遇到难以棘手的bug，怎么办?
推荐
在线提问>>
作为测试人，你有没有跟开发干过架?作为测试人，你有没有遇到那种非常棘手的bug?作为测试人的小编今天就聊一聊，测试与开发的相爱相杀，再聊聊遇到棘手的bug应该如何处理。
说到测试与开发干架，反正小编是没有遇到过，毕竟可能我在性别上有优势。其实呢，测试和开发的关系还算好的，在一个项目团队中，真正经常容易干架的应该非开发和产品莫属。
产品看开发就是啥啥都不会，啥啥都不行;开发看产品就像看一个奇芭。(哈哈哈)
测试和开发虽然不像产品那样干架，但如果遇到一些棘手的bug，也是容易出现一些矛盾的。那么问题来了，如果遇到这些棘手的bug,作为测试人的我们应该怎么处理呢?
首先咱们先来聊聊，第一种棘手的bug
当你提交的bug,开发认为这不是bug，不愿意修改应该怎么处理?
这个问题，小编相信几乎每一个测试人都遇到过，而且这也是面试当中经常被问到的一个问题。这个答案呢，其实没有固定的，只要思路是对的就可以。我们就来说说这个问题的思路。
第一我们需要确认一下，这个bug需求上有没有明确提及，如果有明确提交，则应该跟开发详细说明这个bug的情况，如果不修复可能带来的影响。如果有必要，可以当面复现这个bug。在沟通的过程当中注意态度温和。情绪不要过于激动。如果讲明清楚，开发还是不愿意改，则跟领导汇报情况。如果这个bug,需求没有明确提及，但是你认为非常有必要修改，则可以先跟产品人员沟通是否需要添加这个需求。
接下来，我们再来聊一聊偶然性bug或难以复现的bug
偶然性bug,就是这个bug的出现是偶然的，并不是每次都会出现。那遇到这样的bug,应该怎么处理呢?
有些测试小伙伴遇到偶然性的bug就直接忽略了。其实这是不对的，如果上线一旦重现，有可能带来更大的问题。那么，如何才能让这种偶然性或难以复现的bug快速得到解决呢?
1、首先可以多测试几次，看看能不能从中找到规律。
2、每一次的测试都记录下来，比如测试相关的数据，日志log,截图或者录制测试过程的视频等等。这样再次复现的时候就可以保留证据给开发看，给开发提供有用的信息，帮助他快速定位及解决bug.
3、如果在上线前还是无法解决，则需要向领导和负责人说明情况，以及未修复可能带来的风险，评估一下是否要继续上线。
4、无论如何只要是bug,作为测试人员都有责任需要提交上去，对于一些棘手的bug，我们应该运用以往的经验高效率地处理。
今天，小编就跟大家分享到这，其实作为一个测试工程师，在工作当中肯定是会遇到各种各样的bug,对待每一个bug,我们都需要认真负责，想办法去处理。不能因为一些原因就松懈了。
