找到bug的根源,问五次为什么

上一篇 / 下一篇  2019-02-03 14:26:39

  在学习《问题分析与解决》时学到了一种找到问题根源的方法——问五次为什么。具体内容是:当遇到一个问题,不要只看当前答案,要继续往下问,为什么,连问五次,就能够找到更深层次的问题。
  最近在复盘bug的时候,也使用了这种方法,屡试不爽。
  案例
  前端发布后,页面按钮点击失效,用户反馈问题,前端回滚代码后恢复。
  问题一、为什么按钮点击会失效?
  因为前端代码写出了一个bug,没有对空对象进行判空,导致页面js抛出异常,按钮失效。
  一般到这里就结束了,把代码加上对象判空,继续发布就完成了。
  但是大家集思广益,问五次为什么,看看是否有新的发现。
  之后又问了几个为什么,果真有收获。
  问题二、为什么是用户反馈,而不是告警发现?
  因为当时发现了告警,但是看日志没有查出什么异常,就忽略了。
  问题三、为什么没有查出日志,是没写日志,还是写了没查到?
  有写日志,但是当时查日志系统特别慢,平时要十多分钟才能查出来,那天一个小时都没出来。
  问题四、为什么系统会查不出日志?
  不知道。后来找维护系统的人查了下,发现硬盘有问题,紧急更换了磁盘。
  问题五、为什么平时要十多分钟才能查出来日志,这么慢?
  因为查询日志没有用主key查询,日志量太多,导致查询慢。改进:记录日志时把key值写好,精简不需要的日志。
  总结
  经过问五个为什么,把一个看似简单的线上bug,挖出了更多可以修改的点。为以后及时发现问题,少出事故,做了很大的贡献。
  如果只问一个为什么,那么修改的只有表象问题,把代码判断空加上就结束了。
  问了五个为什么之后,做了这几件事:
  1. 修复代码判空的bug。
  2. 发现了日志系统的磁盘问题。
  3. 发现了系统的冗余日志,要精简掉。
  4. 发现记录日志的方式不对,修改。
  特别是2,如果不找出来,其他系统也会掉到这个坑里,也算是举一反三。发现一个问题,把关联问题,和根本问题都解决了
  很多时候,我们遇到的问题都有更深层次的原因。一个问题出现,也都是多个问题同时发生的结果。在大问题发生之前,一定有很多次小问题出现。问5个为什么,就像进行了5次深度和广度的搜索,把问题又向四周和更深的地方挖掘。
  每次出问题时都能多问几次为什么?才是从根本上消除问题的一个好方法!

TAG: Bug 软件测试管理 缺陷管理

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2019-02-16  
     12
3456789
10111213141516
17181920212223
2425262728  

我的存档

数据统计

  • 访问量: 849
  • 日志数: 7
  • 建立时间: 2019-02-03
  • 更新时间: 2019-02-13

RSS订阅

Open Toolbar