两天解决一个bug引起的真实感想
2017-11-11 00:00
260 查看
[ 爱开发]陪伴你一起成长
[b][b][b][b][b][b][b][b][b][b][b][b][b][b][b][b][b]
[/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b]
1
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、不抛弃,不放弃如今软件日新月异地变化和发展。人的精力毕竟有限,我们不可能掌握所有。事实上,当我们准备放弃的那一刻,我们依然没有资格说我们已经懂得够多。只有不断学习,不断拓宽你的视野,才能提高我们的竞争力。防守是最好的进攻。【END】
小编精选,欢迎大家评论和转发分享!
为什么有的人工作多年还是老样子[b]你必须非常努力,才能看起来毫无费力[/b]
[b][b]更多精彩内容,长按二维码,识别并关注![/b][/b]
欢迎转发到朋友圈
[b][b][b][b][b][b][b][b][b][b][b][b][b][b][b][b][b]
[/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b][/b]
1
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、不抛弃,不放弃如今软件日新月异地变化和发展。人的精力毕竟有限,我们不可能掌握所有。事实上,当我们准备放弃的那一刻,我们依然没有资格说我们已经懂得够多。只有不断学习,不断拓宽你的视野,才能提高我们的竞争力。防守是最好的进攻。【END】
小编精选,欢迎大家评论和转发分享!
为什么有的人工作多年还是老样子[b]你必须非常努力,才能看起来毫无费力[/b]
[b][b]更多精彩内容,长按二维码,识别并关注![/b][/b]
欢迎转发到朋友圈
相关文章推荐
- 一个页面使用两次timepicker.js引起的Maximum call stack size exceeded问题解决办法及bug修复
- 一个页面使用两次timepicker.js引起的Maximum call stack size exceeded问题解决办法及bug修复
- 一个类名引起的bug
- 解决Windows7的一个bug,无法删除的文件
- Win10系统菜单打不开问题的解决,难道是Win10的一个Bug ?
- 怎样解决一个 bug
- 一个疑难bug的解决过程
- DELPHI中的ADODB.pas 单元中,一个直到今天都还没有解决的BUG
- BCG库MDI中Tab子框架窗口中的控制条的一个小Bug的解决方法
- 用数据集跑一个模型遇到bug如何解决
- 解决h264bitstream的一个bug
- <android>一个老控件Spnner解决一个bug的经历(三级联动)
- 一句代码就解决一个开发中常见的小bug....
- 关于shtml页面include问题解决方案因为utf-8的BOM头引起的出现一个空行
- 内存不足引起的SIGKILL:一个缓冲区不断增长问题的定位与解决
- [lwn] A nasty file corruption bug - fixed (关于Linus解决的一个set_page_dirty很隐蔽的bug)
- 一个奇怪BUG的记录(未根本解决)
- Win10 UWP系列:关于错误 0x80073CF9及一个小bug的解决
- [iOS]Xcode 4.1 bug: Text Field 引起 EXC_BAD_ACCESS 错误的解决
- 探讨C#.NET下DropDownList的一个有趣的bug及其解决办法