偶现BUG的处理方式

在进行测试的过程中，难免会发现软件的bug。有些bug是可以通过固定的操作步骤，必然复现，这类bug我们就做跟踪记录，然后跟进bug的解决。但是，在测试过程中经常会碰见一类很头疼的bug，就是偶现的bug。所谓偶现，是相对于必现而言，在发现bug之初，按照简单的步骤操作并不是每次都可以复现到bug的。
但是作为测试应该明白：所有偶现的问题，都只是没有找到必现的规律。有的必现路径相对来说比较容易找到，找到必现路径后提交问题后进行跟进即可。但有些问题是要在很特殊的情况下才能复现，测试需要花费比较多的时间去复现，可能最后也没能找到复现的规律，或者只在测试的过程中发现了1次，后面再也没复现到。开发也很头疼，测试如果没法复现，那么需要开发自己尝试找bug、调试、解bug，但是很多开发并不擅长找bug。一般来说遇到偶现的bug，开发都是尝试去按照出问题的方向复现，然后去review对应代码的逻辑，但是可能代码逻辑review了很多次，加了很多log，也没有找到。
作为测试不要以为偶现的问题，没有出现，就不提出来。上线后用户的使用环境和场景是要比在软件测试时复杂的多的，尤其是用户量大的软件，更是极易在上线后被用户发现的。
那么对于这种偶现的问题我们应该怎么处理呢？
1.抓取log、截图、视频；
2.仔细回忆，记录前置环境、操作步骤、使用过的数据；
3.尝试去重现；
4.当发现尝试多次仍无法重现时，先给开发提单，附上能取到的所有日志及截图、详细前置环境及操作步骤、可初步的注明bug出现的概率（十分之一、百分之一、千分之一）；
5.对bug进行评估，确定优先级，如果优先级高的话，将bug单发给组内的同事，让大家帮忙关注该bug；
6.与开发沟通，猜测可能出现问题的地方，让开发协助查看代码走向，添加状态打印信息，进行有针对性的测试。仍旧无法重现，我们一般需要把bug保留3个版本，持续关注（测试人员每验证一个版本在bug下添加备注XXX版本验证XX次是否复现，如果在上线前还没能完成跟进3个版本，可以把bug先挂起）。并且需要关注发布后的用户反馈，跟进bug。
测试人员很大的价值就在于能重现难以重现的bug，这需要思维的开阔、经验的积累以及掌握较好的测试技术或者开发技术。作为测试当找到复杂bug的复现规律，也是非常有成就感的。
有的时候发现bug、重现bug，也需要一定的运气和灵感，希望大家都做个认真负责的Tester。