其他分享
首页 > 其他分享> > 不可重现Bug的结构化处理流程

不可重现Bug的结构化处理流程

作者:互联网

目录

1、背景

2、结构化解决不可重现Bug处理流程

第一步:查看程序出现Bug时的现场信息

第二步:提取所有疑似代码片断并进行排序

第三步:确定或排除疑似代码片断

第四步:经验教训总结

3、寄语


1、背景

本文主要描述,当程序出现不可重现的Bug时,我们如何进行处理?不可重现的Bug往往是偶然发生的,而我们又不知道什么原因导致的,这个时候
,不要着急,采用本文描述的一种结构化解决Bug的流程,基本上可以解决。
 

2、结构化解决不可重现Bug处理流程

第一步:查看程序出现Bug时的现场信息

     现场信息一般在日志文件server.log、 ELK分布式日志平台、堆快照dump文件、线程快照文件、 GC日志、 pinpoint分布式跟踪系统日志等等,利用
这些现场信息;辅以快捷的工具jvisualvm、 jconsole、 yourkit、 mat等等工具;如果是在开发与测试环境,很幸运,你可以直接远程到服务器进行Debug;

第二步:提取所有疑似代码片断并进行排序

         对第一步中的现场信息进行仔细分析之后,你可以有一些疑似的问题代码怀疑对象
,对这些怀疑的代码对象进行优先级排序CodeSnippet1>CodeSnippet2>CodeSnippet3>CodeSnippet4

第三步:确定或排除疑似代码片断

         从第二步中的排序结果中选择最靠前的代码片段CodeSnippet1,修改并调整代码之后,一定要自己写单元测试代码,模拟Bug的重现,来确定或者
排除是否CodeSnippet1有问题?


第四步:经验教训总结

         在小组内部开会,讨论,你是如何解决这个问题的,并形成组织过程资产与个人过程资产进行存档!经常搞这样的技术交流,你的团队,大部分人
都具有解决这种问题的能力! 在技术领域,工作经历并不代表工作经验,自己花的时间越多,成长越快。
 

3、寄语

  越努力、越幸运!
 

标签:结构化,代码,疑似,重现,排序,Bug
来源: https://blog.csdn.net/s2008100262/article/details/110498677