再现率极低的BUG的处理意见

项目中出现了再现机率极低的BUG 时，往往会让开发担当在调查BUG 原因的时候比较苦闷。BUG 无法再现，也就是难以找到Bug 的原因，也就无从对策。以下是我对再现机率极低BUG 的处理的一些想法。( 我个人认为再现率在5% 以下的BUG 即为再现率极低的BUG)

 

再现机率极低BUG 的特点：

->BUG 出现具有随机性 - 往往是偶然发生的

-> 测试环境复杂

-> 再现性没有规律可寻 - 开发担当在BUG 调查再现时，难以寻找规律

-> 有的BUG 出现一次，再也无法再现

 

测试人员应该怎么做：

1．  在出现BUG 特别是偶然性BUG 时一定做好BUG 纪录。BUG 纪录要包含以下内容。

(1)  BUG 出现时测试的测试Case ，要验证的内容等。

(2)  测试的软件和产品的版本

(3)  测试环境，特别是硬件要求，软件环境，约束条件。

(4)  测试手顺以及输入条件等，也就是操作步骤，这个必须详细的记录。

(5)  预期的正常结果是什么。

(6)  BUG 现象。要详细记录。最好可以截图或者拍照等。

(7)  记录复归步骤及条件。

(8)  BUG 发生的概率。

总之，当发生BUG 时一定第一时间记录，而且尽可能详细记录。

2．  保存BUG 发生时的LOG 和数据( 发生错误时的各种变量、内存、存储器等数据内容) 。

3．  当测试人员发现有偶然BUG 或者是难以再现的BUG 时，要仔细查看当时的测试环境，比如测试的机器上有没有安装特别的软件之类的，由没有病毒，并详细记录。如果有必要一定要把测试环境进行保护。以便开发人员进行确认和再现。

4．  尽可能多的进行测试，针对BUG 出现的测试项反复测试，以便找出规律。

5．  在发现无法重现的BUG 时，要向测试负责人和项目经理等报告。

6．  协助开发担当再现BUG 。

 

开发人员因该怎么做：

1．  保证提交给测试人员的代码是没有Warning 的。Waring 可能导致潜在问题。

2．  要向测试人员了解BUG 出现时的环境，在测试人员的配合下，再现BUG 。

3．  一定要使用和测试环境一样的环境来再现Bug 。最好到测试时使用的环境上进行BUG 的再现。由于不可再现性Bug 原因复杂，可能有外部环境的影响，在测试机上再现可以保证测试条件的一致性。

4．  要排出外部因素，比如兼容性问题等。

5．  根据BUG 发现的现象，Log 等数据，分析BUG 发生的可能原因，记录下来。可以采排出发进行处理。缩小BUG 的调查范围。

6．  针对怀疑的代码进行全面的人工走查，使用对比工具进行检查等，有必要召开代码的评审和审查会议。

7．  对于一直没有再现和没有找到BUG 一定要向项目经理进行报告，并现象阐述如果Bug 存在肯能带来的危害。

 

 

项目经理和管理人员该怎么做：

1．  要求开发人员写出Bug 报告，并进行原因和危害的分析。

2．  根据紧急程度，将Bug 处理放入每日/ 每周跟踪列表，每次开例会时跟踪问题的解决状态。

3．  对于无法再现的BUG 要最好召开有项目经理，设计开发人员，测试人员参加的分析会议，最好有类似专家的同行参与，针对Bug 的危害和影响作出分析和判断，确定是否可视为不可再现性BUG ，进行bug 跟踪的关闭。

4．  对平时BUG 处理的跟踪，一定要有记录和原因分析和对策说明，以免有毛草对付现象。

5．  用良好的开发过程来保证开发产品的质量。

6．  培养开发人员的质量意识，注重代码的评审，UT 等环节。