01
bug对于我们开发者来说，应该不陌生，虽然我们经历的大部分bug有的被其他人修复了并且在互联网分享出来了，这时候我们通过Stackoverflow、Baidu、Google等搜索引擎找到答案了。
但是我们在工作中也可能会遇到一些疑难的bug，这里bug我们在搜素引擎上找不到解决方案，可能好几天都不得其解。譬如我们bug无法重现，这两天我就遇到了一个客户反馈的bug，因Bug重新不了，定位不到问题，迟迟没有解决而搞得人焦头烂额。
简单描述这个bug：
同一款类型手机，系统版本高点的手机正常，其他手机也没有重现。单独客户的那款类型的手机出现问题。
刚开始怀疑是该类型手机的自身的应用锁功能导致的，后来客户反馈不是，只有我们这个应用会，在他那款手机其他的应用程序不会出现类似问题。
最后重现问题的方法。因为之前给过客户两个不同安装包，虽然是两个不同安装包，但两个包改动不大。
于是乎，试着卸载手头的手机的最新应用程序，先安装旧的安装包，再安装新的安装包，神奇的bug重现了。
2
通过解决这个bug,让我明白了，对于用户反馈的bug，我们开发者要尽量从自身找问题，冷静分析问题。
实在不知如何下手，请求队友们帮忙，别人的一句无意的话，可能能帮助你解决问题，尽可能少的否认问题的存在。
换一种思路，可能就豁然开朗了
- 回归问题场景,事件顺序
事件是否可以以一种不同的顺序到达？譬如我这个bug重现不了，我就是按照这个方法来重现的，按照用户的用户行为去重现问题。先安装旧的安装包，再安装新的安装包。
- 重视用户提供的日志
调试某个bug花很长时间时，常常是由于我做了错误的假设。用户提供的日志很重要，看一次定位不到问题，没有头绪的情况下，多看几次，刚开始我以为出现这个bug，是用户对我们这个应用程序烧写不全导致。
- 相信用户
不要认为用户是傻逼，因为如果你这样认为的话，你在他眼里也是。想想，我都把日志给你了，操作步骤也录视频给你了，你定位不了问题，还说是我们系统的问题。
有时候对于用户提供报告问题时，我们的本能反应很可能是“这不可能。用户肯定是哪里弄错了。”
通过这个bug，我已学会了摈弃这样的反应。结果往往证明，用户报告的正是实际发生的问题。所以从现在起，我对用户报告的问题信以为真。
- 近期代码的变化
要注意近期代码的改动，我们通过代码管理工具都能清楚的看到，每处代码的改动的都不要轻易否认。
- 复现，找到稳定复现的办法
- 抽特征，对BUG发生的条件进行抽取
- 减特征，替换掉一部分发生的外部条件，看BUG是否发生
- 流程分析，对BUG对应的流程进行彻底的分析，借由之前的抽特征减特征，进行排除法。
3
作为一名软件开发人员，经常避免不了的就是发现各种BUG，既然BUG是避免不了的，那么，作为一个程序员，如何减少我们写的代码bug。
1、养成一种好习惯，注释
曾有网友倜傥：程序员喜欢两件事：
- 喜欢说别人程序不写注释；
- 喜欢自己在程序中不加注释。
注释的目的不是为了解释代码做什么——可以读取代码!注释目的是为了解释当你写代码的时候是如何思考的。
在写完代码的后面两三个月，可能我们已经不记得上述任何问题的答案，所以，要写下来。这是无价的，为我们后面解决bug提供了重要的线索。
2、测试优先
我们可以编写测试的代码以确保其他代码可正常工作。
3、程序是写给别人看的，平时要多注意代码规范。
比如变量命名，方法命名等。
4、不抛弃，不放弃
如今软件日新月异地变化和发展。人的精力毕竟有限，我们不可能掌握所有。事实上，当我们准备放弃的那一刻，我们依然没有资格说我们已经懂得够多。只有不断学习，不断拓宽你的视野，才能提高我们的竞争力。防守是最好的进攻。
凡事要趁早，特别是技术行业，一定要提升技术功底。
其实每个程序员也能意识到目前自己面临的窘境，但能够及时作出改变，顺应时代变化的人太少了。毕竟更多人的情况是，忙着上班，也没人引路，自己也不太会规划。多数人明明“泰山崩于前，而面色如土”只能眼睁睁看着自己被行业淘汰吗？
并不是，如果你是不知道怎么去学，自学没有方向的话？下面的这个《软件测试全栈工程师成长路径》和配套的【视频资源】，应该会给你带来很大的帮助和方向：
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！
关注我的微信公众号：【伤心的辣条】免费获取~
我的学习交流群：902061117 群里有技术大牛一起交流分享~
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
3680
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
