如何处理低概率出现的bug???

原文链接

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

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

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

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

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

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

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

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

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

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

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值