遇到 bug 时的不慌不忙的心法
in Note with 0 comment
遇到 bug 时的不慌不忙的心法
in Note with 0 comment

下面是遇到 bug 的解决思路:

  1. 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间。
  2. 对于某些bug没有头绪或者现象古怪不知道从哪里下手,找有经验的同事问一下思路,因为在那种开发多年的大型系统里,经常会反复出现同样原因的bug,原因都类似,改了一处,过一阵子另外一处又冒出来,而且无法根治。问下老员工吧,说不定他们都遇到过好多次了。
  3. 放大现象,有些bug现象不太明显,那么就想办法增大它的破坏性,把现象放大。这只是个思路,具体怎么放大只能根据具体的代码来定。比如:美剧《豪斯医生》里有一集,怀疑病人心肺有问题,就让病人去跑步机上跑步,加重心肺负担,从而放大症状。
  4. 二分法定位,把程序逻辑一点点注释掉,看看还会不会出问题,类似二分查找的方法,逐步缩小问题范围。
  5. 模拟现场,有时候我会问自己,如果我要实现bug描述的现象我要怎么写代码才行?
  6. 制作工具,针对某些bug编写一些调试辅助工具。
  7. 掩盖问题,虽然这样做有点不厚道,但是有时不得不这么做。有些bug找不到真正的root cause,但是又要在规定时间内解决,那么我们就可以治疗症状而不去找病因。比如用try catch掩盖一些奇怪的崩溃。不到万不得已不要这么干,未来可能会付出更大代价。

部分摘自知乎~

当然,重启大法好,👻😹


工作中遇到的案例:
商业智能后台页面的热力图异常,发生时间为2月27日,原因是热力点的y坐标为0值,导致热力图异常。

思路:
确定是哪类问题
1、数据问题
2、逻辑问题
3、依赖问题

解决思路:
1、热力图绘点错误,先查看热力点是否正确
2、点是错误的,检查一下数据结构及其值是否正确。这里有个插曲:数据是否正确,包含字段正确、值正确和类型正确,同时数据结构也要保证是正确

一番排查后,就能知道问题的根本原因。

Responses