不可重现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、寄语

  越努力、越幸运！