互联网前辈总是说“bug是改不完的”,新入职的程序员应对bug:
1、在软件行业可能有一些新进的程序员都会面临着替别人改代码的情况。如果让一个人修改另一个人的代码,可能对于每个人来说都会是一种尴尬的情况。因为每个人的代码技术是不同的,而修护另一个人的代码bug,工作效率是相当低的。同时也会搞的那个程序员很没有面子,有时候是越改越糟糕,越改越痛心,不如重新另外写一个新的代码。对bug的时候不要出现消极的情绪。不管这个bug是不是自己所要面临的问题,都不应该觉得不是我的bug。因为这是职业修养的问题。面对bug的正确态度应该是积极的调试集中的检测,确定问题,找到问题的原因,然后集中精力把bug解决掉。
2、测试。可以选择一些代码会出现的结果与预期不符合的先解决这一类问题。因为这每一步的预期结果都是根据跟踪到的实际结果进行判定的。这样子找出来的原因,在开发环境当中是比较容易设置的。当没办法调试的时候,可以查看日志的方式判断是哪一步出现了问题之后再返回来进行调试。这样对修复bug而言是比较快而且比较迅速。
3、重写代码。最后如果是没办法的情况下当然是重写代码,但是这所产生的时间就会比较长。对于一个程序员来说,遇到bug是不用解释的,而且这是一种常见的情况。如果不能够把程序改好或者是实在没有办法改的情况下,也要解释为什么没有办法改,以及以后应该对这种情况如何做处理。因为程序出现错误是很正常的现象,而当机器不出现错误的时候,那是不可能的。
解决方法:
1、服务器日常维护
进行停机处理,或者更新程序,这时候,浏览者登陆该网站,就会报500的错误,一般等维护更新完毕,启动服务器以后,就可以自动解决,用户只需要耐心等待即可。
2、程序bug
当程序员编写的程序不够严谨,出现异常的时候,浏览者也会看到500的错误,解决这种问题的方法是,联系程序开发人员,进行程序跟踪,debug下程序,找到错误所在,然后修改程序,经测试没有问题,重新发布程序,然后系统正常。
3、中毒引起
有的时候,有写病毒会改写服务器的一些设置,导致用户无法正常访问,报500的错误,这时需要程序员进行杀毒处理,处理完程序后,系统恢复正常。
4、配置问题
有的时候,用户无法访问网站,是因为系统参数的配置有问题,遇到这种情况,找BASIS人员进行处理,处理完毕,访问就正常了。
5、数据库问题
网站读写 *** 作都在数据库,数据库如果异常的话,访问也会不正常,遇到此类情况,通知网站的DBA,让他帮助分析解决,解决完毕后,访问就会正常。
“internal server error”原因:
这个问题不是浏览者造成的,而是你所浏览的服务器出现了故障,一般来讲,如果对这种错误不加处理的话,会显示一堆乱麻,有经验的程序员,一般认为的控制这种错误,一般的话,显示该网站正在维护,或者此页无法显示。
程序员小树:这个bug我不改了
测试小花&小草:为什么啊
程序员小树:就不想改了,咋地
测试小花:凭什么不改,你说不改就不改啊,xxxxx,两个人怼起来了.....
测试小草:不改就不改吧,那我关了啊.....
显然,上面小树、小花、小草的做法都是不对的,那么怎么样才算是比较合理的解决办法呢
首先,搞清楚bug不改的原因:
1、开发本地无法复现,觉得bug没有了
解决办法:帮助开发复现bug,如果开发本地没有问题,但是测试的环境有问题,拉着开发过来看,并且对比有哪里不一样,让开发尽量的复现解决。同时这个时候反思自己的bug提交的是否正确,步骤是否明了,如果有误,及时修改bug内容
2、bug需要执行多步 *** 作,比较复杂,开发觉得没有必要修改
解决办法:
a、个人魅力(不要小看这点,和开发搞好关系还是很重要的)
b、站在用户的角度去分析,如果上线后用户遇到了这个问题,会发生什么样的后果,尝试说服开发
c、找产品确认,说明问题的详情,可能出现的后果,由产品来做最终决定权或者和产品一起说服开发
3、临近上线了,bug发现的太晚了,来不及修复了
解决办法:首先要看这个bug的优先级,如果真的属于影响用户的使用和体验的,一定要在上线之前解决,一是延迟上线时间,二是加班解决bug。如果不是,那最终的决定权还是要交给产品,由产品来判断
4、涉及到框架的修改,修改成本太高了,这个版本先不改了
解决办法:寻找公司内部其他技术大牛,看是否真的没有其他可替代的解决办法,同时把可能出现的风险列给产品,由产品决定
5、第三方插件的问题,我解决不了
解决办法:找相应的同事,联系第三方插件的工作人员,推动第三方尽量修复这个问题
总之根据不同的情况,进行不同的处理,不能仅凭借开发的一句话,测试就稀里糊涂的将bug关闭,也不能因为一个无关痛痒的问题,揪着开发不放,影响整个项目的测试进度
另外两篇拙见:
《遇到产品不改的Bug怎么办》
《遇到不能复现的Bug怎么办》
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)