查bug受气了,反思

昨天改bug了一天,上午出现bug的原因是Boolean和boolean使用BeanUtils等工具无法自动赋值。我们写的时候注意大小写。

下午查了一个下午没有找到任何原因。

但是我受了气,因为报错点最后是在我上面的。

几点:

  以后写代码多打logger,logger级别需要注意,一般异常报错error或者info。提示信息使用debug。各个代码关键点都logger一下。

  还有就是我的代码没有报异常却没有执行sql语句的日志,这是有问题的,我前面的代码没有考虑异常情况下也会到我的这个步骤,健壮性问题,让它通过了。

导致后面接口报错查询信息显示我哪一步不应该让它通过报错。

  还有就是找bug的时候别人代码报错我各种分析原因,出错就说是我的接口没过,不想想为什么给我的是错误的数据。

反思:

  多打logger,学会使用logger

  代码健壮性需要加强,正常情况下要考虑,不可能发生的情况也要考虑,至少抛出一个异常。

  代码风格要更进,比如运算符左右使用空格,参数连接,之间要加空格。代码大步骤最好加上一些注释并且适当的换行。

时间: 2024-10-28 22:09:11

查bug受气了,反思的相关文章

项目中几个紧急Bug的处理及反思

[背景] 项目紧急验收阶段,由于后期需求修改大,测试非常不充分,导致后期Bug非常多. 以下Bug大多是在夜里10点到凌晨5点修改的,神志不清的情况更要注意正确性. [典型Bug及分析] 1.任务暂停再启动后的逻辑处理Bug. 1)由于Calc模块是根据inner模块的传入的ID值进行计算并存入数据库的,所以每次任务暂停后也必须将原有存储过ID值的Map容器清空才可以继续存入下一次的值. 2)但是又由于Outer模块和inner模块之间通过Single-direct设备进行传输,如果程序收到指令

定位bug

最近一直都是在查bug,总结一下一些体会 查bug时, 仔细看看代码比到处print做测试,可能更耗脑力,但或许也更有效率 打log查问题的注意事项 1.夹逼准则print(“111”)fuc()print(“2222”)用于判断bug是否在这个函数里,是否“死”在这里面了 2.2分法对篇幅过长的函数,二分打log,降低print次数 ,提高定位bug的速度 3.看堆栈 看清函数调用的来龙去脉

程序bug定位

最近又犯老毛病 碰到新功能没有能耐心地花时间去思考方方面面和细节 而是 直接动手开始实现单一核心功能 然而 bug连连 =======分割线============== 出现bug了...... 用户发现bug,反映到运营 运营没能执行bug上报流程找到测试(目前也没有什么bug上报流程) 测试没能确定bug详情 告知我有闪退之类的bug “你看,怎么又闪退了...” “代码缺少健壮性!” =======分割线====== 于是我开始准备定位闪退原因 以下为“世界观”+“方法论” 1.bug能不

转载如何消除bug的方法

作者:落英亭郎链接:https://www.zhihu.com/question/27044029/answer/35033842来源:知乎著作权归作者所有,转载请联系作者获得授权. 我说的可能不是debug,主要是生产环境出问题时的查错. 首先,开发的时候就做好准备.包括但不限于:好好记录日志.一定要记录方法的入参.出参.异常信息.准备好日志下载.分析的工具.必要时候日志拆分.分析脚本要能写出来. 前两天上线时,不停的收到报错邮件.而且邮件里发送来的errmsg居然是null.当时的debug

解决bug的技巧

我在知乎上的一个回答:http://www.zhihu.com/question/27044029 我说的可能不是debug,主要是生产环境出问题时的查错. 首先,开发的时候就做好准备.包括但不限于:好好记录日志.一定要记录方法的入参.出参.异常信息.准备好日志下载.分析的工具.必要时候日志拆分.分析脚本要能写出来. 前两天上线时,不停的收到报错邮件.而且邮件里发送来的errmsg居然是null.当时的debug的关键三步,第一是日志下载.生产环境有比较完善的日志机制,我把报错前一个小时的都扒了

bug狩猎

最近需求少了,终于有时间修一下底层的bug,做一点工具方便查bug,写篇文章简单记录一下. 一是优化了一个玩法进程的启动速度.这个玩法需要用战力做匹配,玩家按战力分段放进不同的桶里,每个桶用skiplist组织.启动服务器的时候,会遍历所有玩家,放进对应的桶里,方便正式开放的时候进行搜索匹配.之前是遍历策划配置的战力分段表,高端玩家几乎要遍历完整个表才能进到桶里.现在改成了二分查找,匹配速度提高了好多 二是隔壁组做mmo的同事,问了下有没有现成的查内存泄漏的工具.他们加班的比较凶,周六晚加完后,

dbtool一bug跟踪记

注:这篇日志是好多年前,我还在从兴公司时写的.现在都从从兴公司离职很久了,从兴也没落了,可惜.看了一下,虽然出现了部分代码,但不至于泄漏什么机密,查bug过程的原理也有可以让新手借鉴的地方,就原文照搬上来了. dbtool是营帐研发部常用的一个类sqlplus数据库查询工具,它提供了较sqlplus更友好的输出界面,十分适合在命令行下操作,故在部门内部使用相当广泛. 不过它一直有一个bug,使用过程中偶尔会出现执行某条sql后core down的情况.但是由于这种情况较少见,而且bug出现随机性

团队作业3---需求改进&系统设计

一.需求&原型改进 1.团队作业2改进 补充a:市面上还有哪些同类的四则运算生成软件呢?  之前在作业一的时候有稍微提到过,市面上的四则运算软件太过于杂乱,要么就是广告连篇,要么就是收费后才能使用全部功能,这给用户带来了诸多的不便,以下是一些我们调查的四则运算生成软件: (1)随机四则运算生成器 2.1.50 这个软件下载来使用之后,发现是未注册版,需要我们去消费才能使用,这显然在市场竞争中是没有什么优势的. 而且经常在使用过程中出现网络错误等提示: 或许是软件的兼容性做的不大好,我们来看一下它

.Net快速开发框架1_起因

2012.8月, 经理问以前用过.NET没? 没.(09年自己是用过,但当时只是为了做东西,拿VC++,BCB,DELPHI,C#,各写了一个测试小软件的给同事和朋友们看来做比较,经过比较后一致选择了DELPHI:当时用PB6.5/9.0,但看的久了会生厌.所以也谈不上会或是了解.题外话,虽然说语言不重要,这是针对学,但对开发产品来说还是区别很大的,要考虑更换平台的代价,工期等等多方面的) 那你这两天学下.NET,下周用C#做开发. 用哪种语言? 学C#,现在做新东西基本上都是C#.NET了.