尚学堂【官网】-西安Java培训|c++培训|Android培训|安卓培训|java视频教程|软件工程师|-西安雁塔尚学堂计算机学校
常见问题  尚学堂首页新闻公告常见问题

程序员bug定位的一些“奇技淫巧”

www.xasxt.com 发布人:java  |  来自:本站  |  发布时间:2018-05-03 14:18:00  |  点击次数:609
 找 bug(如 Testing)与去 bug(Debugging),这在软件工程里是两个截然不同的任务。发现 bugs,测试并非唯一手段,其他还有 Code Review、Inspection 等等。

找 bugs 通常有几个相对快速的办法。


比如,为 code base 编写/添加更多的自动单元测试,这是一种白盒测试。你 Mentor 让你“先从找 code base 中 bug 开始”,除了让新手阅读、熟悉老代码外,大概也有这层意思。

 

找到 bugs 后,怎么快速、高效地掐虫(Debugging)就是另一码事了。


Debug 对于新手来说普遍是一大弱项,在这上面常常要耗去大量的调试时间。什么原因?这主要是因为新手编码、读码的量都很少,而且都没经过什么系统性的训练,逻辑推理思维很弱,最关键一点是 —— 你们在大脑里的思考,对于真实的软件结构、软件模型(尤其运行态模型)的理解是混乱的,所以往往很难像经验丰富的老手那样迅速、准确地定位 bug 所在。

 

0.优先解决那些可重现的

 

 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间。

 

1.抱同事的大腿 

 

对于某些bug没有头绪或者现象古怪不知道从哪里下手,找有经验的同事问一下思路,因为在那种开发多年的大型系统里,经常会反复出现同样原因的bug,原因都类似,改了一处,过一阵子另外一处又冒出来,而且无法根治。


比如:我那个系统里有个特别危险的API,接口参数比较难用,一旦有人用错了某些情况下就会出诡异的现象,解决很简单,找到调用这个API的地方把调用方式写对就好了。为什么不根治呢?因为要保持兼容性不能改接口了。


问下老员工吧,说不定他们都遇到过好多次了。

 

2. 放大现象

 

有些bug现象不太明显,那么就想办法增大它的破坏性,把现象放大。这只是个思路,具体怎么放大只能根据具体的代码来定。

3. 二分法定位

 

把程序逻辑一点点注释掉,看看还会不会出问题,类似二分查找的方法,逐步缩小问题范围。

 

4. 模拟现场

 

有时候我会问自己,如果我要实现bug描述的现象我要怎么写代码才行?


比如:我遇到一个死锁问题,但是检查代码发现所有的锁都是配对的,没有忘记解锁的地方,而且锁很简单就是一个普通的临界段,保护几行赋值语句而已。这样的代码怎么写才能让他死锁呢?


我想如果让我故意制造这样一个现象,只有在上锁的时候强制杀掉线程了。
既然这样就可以去看看有谁强杀线程了没有。

 

5. 制作工具

 

针对某些bug编写一些调试辅助工具。


比如,我那个系统没有完善的崩溃报告,虽然也有dump,但是分析出来的callstack经常不准。于是我为解决崩溃问题编写了个工具,会自动扫描代码,在每个函数入口和出口插入log,以此来定位崩溃点。

 

6. 掩盖问题

 

虽然这样做有点不厚道,但是有时不得不这么做。有些bug找不到真正的root cause,但是又要在规定时间内解决,那么我们就可以治疗症状而不去找病因。比如用try catch掩盖一些奇怪的崩溃。不到万不得已不要这么干,未来可能会付出更大代价。

 

结语


debug的经验本身就需要慢慢积累,所以新手要脚踏实地端正态度,及时发现问题并虚心接受和改进,达到目标并非遥不可及。因为写程序可能靠天赋,debug不仅能让你锻炼细心和耐心,还能让你了解开发中出现的各种问题,甚至在与开发人员的沟通中慢慢积累解决方式,这对于你以后写代码是非常大的帮助!

 

最后再提醒大家一句:预防,比debug更重要。

 

 
当前文:程序员bug定位的一些“奇技淫巧”
上一页:Java面试中被问到过哪些问题【基础篇】
下一页:Java 10 “局部变量类型推断”前瞻
在线报名(*为必填项)