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

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

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

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

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

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

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

方案6:(前提:项目组相关人员均知晓)关注发布后的用户反馈,跟进bug

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

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

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

 

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

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

你可能感兴趣的:(测试面试相关,bug,测试工程师)