作为一名测试工程师，发现问题并不难，难的是去重现问题，特别是那些偶发的问题。今天我们就来扒一扒如何去复现这些偶发问题。
其实严格来说，偶发问题是不存在的，偶发问题都有必发路径，只是这些路径隐藏太深，不大好发现，而且就算是偶发问题概率很低，产品到了海量的客户手中，问题就变成必发了。
话不多说，现在就来分享一下自己复现偶发问题的方法：
1、记录问题。对于偶发问题，我们首先要做好的就是记录。问题出现时，自己的记忆是最清晰的，这时候就要把自己做过的操作详细记录下来。其实除了记录问题现象，还要记录问题出现后会导致的一些问题，比如机器死机、重启或者显示不全等等。但这些都是表面的，最好的做法还是找开发人员定位，把开发人员的分析结果一并记录下来。
2、问题评审。这个很重要，我们测试人员需要知道哪些偶发问题存在较大的风险，通过这些风险排定优先级，再根据优先级去逐个复现问题。其实不是每个偶发问题都能复现出来的，所以在复现问题时，需要限定时间，在有限的时间内复现不出来问题，及时转移注意力到下一个偶发问题。
3、分析问题。复现问题并不是简单地重复执行问题的操作步骤，而是要分析问题是怎么出现的，什么关键点可能是导致问题出现的原因，测试人员再根据这些关键点去复现问题。这样的方法去复现问题，往往会更加有目的性。那怎么去找这些关键点呢？主要方法有三：一是找开发人员沟通，让开发人员给出他们的意见；二是找有经验的测试人员沟通，学习他们的经验；三是查找有类似原因的问题，看看那些问题是怎么产生的，是否有共同点。
4、复现问题。终于来到了这一步。首先，我觉得测试人员要有舍我其谁的自信，坚信自己是可以复现出来这些问题的。然后再根据之前分析的关键点，重复地去验证。如果这种重复性的工作可以使用自动化或者某些工装代替，可以考虑搭建这方面的环境。复现问题过程中，要学会排除关键点。确定一些关键点是与问题无关的，就不需要再花精力去验证，这也是不断缩小范围的一个过程。
相信通过上面的方法，一定会对大家复现问题有所帮助的。但愿偶发问题不再有。