一位工作七年程序员，两天解决一个bug引起的真实感想

01

bug对于我们开发者来说，应该不陌生，虽然我们经历的大部分bug有的被其他人修复了并且在互联网分享出来了，这时候我们通过Stackoverflow、Baidu、Google等搜索引擎找到答案了。

但是我们在工作中也可能会遇到一些疑难的bug，这里bug我们在搜素引擎上找不到解决方案，可能好几天都不得其解。譬如我们bug无法重现，这两天我就遇到了一个客户反馈的bug，因Bug重新不了，定位不到问题，迟迟没有解决而搞得人焦头烂额。

简单描述这个bug：

同一款类型手机，系统版本高点的手机正常，其他手机也没有重现。单独客户的那款类型的手机出现问题。

刚开始怀疑是该类型手机的自身的应用锁功能导致的，后来客户反馈不是，只有我们这个应用会，在他那款手机其他的应用程序不会出现类似问题。

最后重现问题的方法。因为之前给过客户两个不同安装包，虽然是两个不同安装包，但两个包改动不大。

于是乎，试着卸载手头的手机的最新应用程序，先安装旧的安装包，再安装新的安装包，神奇的bug重现了。

两天解决一个bug引起的真实感想.png

2

通过解决这个bug,让我明白了，对于用户反馈的bug，我们开发者要尽量从自身找问题，冷静分析问题。

实在不知如何下手，请求队友们帮忙，别人的一句无意的话，可能能帮助你解决问题，尽可能少的否认问题的存在。

程序员.png

换一种思路，可能就豁然开朗了

• 回归问题场景,事件顺序
  事件是否可以以一种不同的顺序到达？譬如我这个bug重现不了，我就是按照这个方法来重现的，按照用户的用户行为去重现问题。先安装旧的安装包，再安装新的安装包。

• 重视用户提供的日志
  调试某个bug花很长时间时，常常是由于我做了错误的假设。用户提供的日志很重要，看一次定位不到问题，没有头绪的情况下，多看几次，刚开始我以为出现这个bug，是用户对我们这个应用程序烧写不全导致。

• 相信用户
  不要认为用户是傻逼，因为如果你这样认为的话，你在他眼里也是。想想，我都把日志给你了，操作步骤也录视频给你了，你定位不了问题，还说是我们系统的问题。
  有时候对于用户提供报告问题时，我们的本能反应很可能是“这不可能。用户肯定是哪里弄错了。”
  通过这个bug，我已学会了摈弃这样的反应。结果往往证明，用户报告的正是实际发生的问题。所以从现在起，我对用户报告的问题信以为真。

• 近期代码的变化
  要注意近期代码的改动，我们通过代码管理工具都能清楚的看到，每处代码的改动的都不要轻易否认。

• 复现，找到稳定复现的办法

• 抽特征，对BUG发生的条件进行抽取

• 减特征，替换掉一部分发生的外部条件，看BUG是否发生

• 流程分析，对BUG对应的流程进行彻底的分析，借由之前的抽特征减特征，进行排除法。

3

作为一名软件开发人员，经常避免不了的就是发现各种BUG，既然BUG是避免不了的，那么，作为一个程序员，如何减少我们写的代码bug。

记录bug.png

1、养成一种好习惯，注释

曾有网友倜傥：程序员喜欢两件事：

• 喜欢说别人程序不写注释；
• 喜欢自己在程序中不加注释。

注释的目的不是为了解释代码做什么——可以读取代码!注释目的是为了解释当你写代码的时候是如何思考的。

在写完代码的后面两三个月，可能我们已经不记得上述任何问题的答案，所以，要写下来。这是无价的，为我们后面解决bug提供了重要的线索。

2、测试优先

我们可以编写测试的代码以确保其他代码可正常工作。

3、程序是写给别人看的，平时要多注意代码规范。

比如变量命名，方法命名等。

4、不抛弃，不放弃

如今软件日新月异地变化和发展。人的精力毕竟有限，我们不可能掌握所有。事实上，当我们准备放弃的那一刻，我们依然没有资格说我们已经懂得够多。只有不断学习，不断拓宽你的视野，才能提高我们的竞争力。防守是最好的进攻。