您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 缺陷管理 > 正文

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

发表于:2018-10-05 作者:爱开发V 来源:CSDN
1
bug对于我们开发者来说,应该不陌生,虽然我们经历的大部分bug有的被其他人修复了并且在互联网分享出来了,这时候我们通过Stackoverflow、Baidu、Google等搜索引擎找到答案了。
但是我们在工作中也可能会遇到一些疑难的bug,这里bug我们在搜素引擎上找不到解决方案,可能好几天都不得其解。譬如我们bug无法重现,这两天我就遇到了一个客户反馈的bug,因Bug重新不了,定位不到问题,迟迟没有解决而搞得人焦头烂额。
简单描述这个bug:
同一款类型手机,系统版本高点的手机正常,其他手机也没有重现。单独客户的那款类型的手机出现问题。
刚开始怀疑是该类型手机的自身的应用锁功能导致的,后来客户反馈不是,只有我们这个应用会,在他那款手机其他的应用程序不会出现类似问题。
最后重现问题的方法。因为之前给过客户两个不同安装包,虽然是两个不同安装包,但两个包改动不大。
于是乎,试着卸载手头的手机的最新应用程序,先安装旧的安装包,再安装新的安装包,神奇的bug重现了。
2
通过解决这个bug,让我明白了,对于用户反馈的bug,我们开发者要尽量从自身找问题,冷静分析问题。
0?wx_fmt=png
实在不知如何下手,请求队友们帮忙,别人的一句无意的话,可能能帮助你解决问题,尽可能少的否认问题的存在。
换一种思路,可能就豁然开朗了
  • 回归问题场景,事件顺序
事件是否可以以一种不同的顺序到达?譬如我这个bug重现不了,我就是按照这个方法来重现的,按照用户的用户行为去重现问题。先安装旧的安装包,再安装新的安装包。
  • 重视用户提供的日志
调试某个bug花很长时间时,常常是由于我做了错误的假设。用户提供的日志很重要,看一次定位不到问题,没有头绪的情况下,多看几次,刚开始我以为出现这个bug,是用户对我们这个应用程序烧写不全导致。
  • 相信用户
不要认为用户是傻逼,因为如果你这样认为的话,你在他眼里也是。想想,我都把日志给你了,操作步骤也录视频给你了,你定位不了问题,还说是我们系统的问题。
有时候对于用户提供报告问题时,我们的本能反应很可能是“这不可能。用户肯定是哪里弄错了。”
通过这个bug,我已学会了摈弃这样的反应。结果往往证明,用户报告的正是实际发生的问题。所以从现在起,我对用户报告的问题信以为真。
  • 近期代码的变化
要注意近期代码的改动,我们通过代码管理工具都能清楚的看到,每处代码的改动的都不要轻易否认。
  • 复现,找到稳定复现的办法
  • 抽特征,对BUG发生的条件进行抽取
  • 减特征,替换掉一部分发生的外部条件,看BUG是否发生
  • 流程分析,对BUG对应的流程进行彻底的分析,借由之前的抽特征减特征,进行排除法。
3
作为一名软件开发人员,经常避免不了的就是发现各种BUG,既然BUG是避免不了的,那么,作为一个程序员,如何减少我们写的代码bug。
0?wx_fmt=png
1、养成一种好习惯,注释
曾有网友倜傥:程序员喜欢两件事:
  • 喜欢说别人程序不写注释;
  • 喜欢自己在程序中不加注释。
注释的目的不是为了解释代码做什么——可以读取代码!注释目的是为了解释当你写代码的时候是如何思考的。
在写完代码的后面两三个月,可能我们已经不记得上述任何问题的答案,所以,要写下来。这是无价的,为我们后面解决bug提供了重要的线索。
2、测试优先
我们可以编写测试的代码以确保其他代码可正常工作。
3、程序是写给别人看的,平时要多注意代码规范。
比如变量命名,方法命名等。
4、不抛弃,不放弃
如今软件日新月异地变化和发展。人的精力毕竟有限,我们不可能掌握所有。事实上,当我们准备放弃的那一刻,我们依然没有资格说我们已经懂得够多。只有不断学习,不断拓宽你的视野,才能提高我们的竞争力。防守是最好的进攻