测试人员不得不知——低概率bug处理方案

一般的低概率bug，不足以导致系统崩溃的bug?

方案1：仔细检查是否是自己的执行步骤，或者误操作导致的bug，提交给相关人员

方案2：通过日志相关信息处理，提交相关开发人员

方案3：通过截图方式尽量复现当时的情景

方案4：和相关测试人员商议，确定bug的优先级与开发沟通，猜测可能出现问题的地方，在代码中设桩，添加状态打印信息，进行有针对性的测试。

方案5：考虑采用自动化，进行压力测试，测试过程中注意收集log信息，统计bug出现的概率。

方案6：（前提：项目组相关人员均知晓）关注发布后的用户反馈，跟进bug

如果是存在一定的比例（20%）导致系统崩溃的bug?

方案一：一般公司都有异常捕获机制，对出现过的异常进行采集记录，这样无论多低概率，出现了日志里就会能找得到

方案二：看一下是否是主流程的bug，如果只是单一非主功能层面的奔溃，根据用户调研，查看出现的概率，根据比例换算到线上时，可能导致的损失，如果是主流程的崩溃，则根据日志，截图等相关数据，提交bug给对应的开发人员，并说明问题的严重程度

 

最后再来一点嘱咐，特别重要哦

开发和测试之间沟通，配合，互相帮助，完成工作，而不是谁命令谁，或者找领导压制，是不可取的哦！切记切记切记（重要的说三遍！！！）