RT,如果一个bug是偶发的,怎么做回归测试? 请求各位达人

收入缺陷管理库，或者不断重复一定的次数，如果没有再出现的话，说明该bug不存在了。个人意见，仅供参考。

谢谢楼上的。
我昨晚回去想了想，在实际工作当中我们通常是这么处理的。
1. 找到一种相对容易重现的方法，然后就像您所说的收录到缺陷管理库。标明发生概率。
2. 对周围区域的测试用例进行Rerun
3. 围绕该缺陷的周边多做做探索性测试.

公司里偶发的bug，在客户哪儿肯定能再次重现，这种现象频繁的在我们公司得到验证，在公司内发现的bug，如可能要经历一个月或更长的时间，那么公司外那么多客户，出现的频率可能就是一周。所以只要在公司内部发现的偶发的重大bug，即使版本已经发出，在公司内部肯定安排专人专职重现此bug，哪怕是一月两月。只要他能重现此bug的步骤，他的绩效就是优。
重现此问题：
1、跟开发沟通条件和路径覆盖率
2、平时记录每次操作步骤，最大可能缩小偶发bug再现步骤
3、在一段时间内安排专人专职此bug。
4、如跟通信有关，每次重现此bug过程中让开发把一些调试信息打印出来进行分析。

偶发的bug 可能重现比较困难，这部分可能和开发部门说明时比较困难，但是不能因为偶发而不说明
这里测试组做bug票时，最好要说明bug出现的概率！做好统计！
明确职责！