记得前面写过一篇关于bug的文章，这里只是稍作升华。
首先，一个好的bug需要满足什么标准？4个字，简单具体。尽量把问题描述得简单，让开发、测试、项目经理、需求等等参与人员都能很好理解，描述问题要具体，不能说是有错误，而是要具体到是什么错误，比如404，段错误，卡死之类。
bug要遵循一个什么样的流程？新建，修复，持续跟踪，关闭，重开，延迟，不修改，无效等，遵循的是一个闭环的流程。项目发布之前，需要确保每个bug都得到了处理，达到了闭环的要求。
偶发问题是否有复现方法？有句话说的好，任何偶发问题都是一定条件下的必发。这就说明了偶发问题肯定是有复现可能的。为了增大这种可能性，我作了如下总结：
1、问题出现时，保留现场，记录测试环境，根据沟通结果，详细记录bug内容；
2、在bug库中查找类似问题，共同作分析；
3、分析测试方法，争取测试资源，共同复现偶发问题；
4、针对复现过程，反复和开发沟通，缩小范围，直至问题重现。