录完bug以后该干嘛（）
外包给第三方测试公司做完了这个版本APP的测试，这两周都在集中把所有bug录到了我们自己的bug系统里。之前是分给小伙伴录的，缺乏整体的汇总。这次我一个人亲自录的，但是也只是整体感觉上知晓了那些模块的bug最多。
虽然大多数是优化，大约占40%，但是还是能看出在产品设计上哪些地方是平时忽略的；有10%的闪退之类的严重问题，可以看出是平时的隐患集中爆发的情况；有30%的bug是功能问题，差不多就是平时测试没有测出来的；最后10%是过期功能问题，修复的意义不大，但是可以提醒以后类似产品做好预防。
bug录完，后面该干嘛？首先是督促bug修复，修复以后的验收测试交给所在小组的测试即可。这只是第一步。
第二步，是所有已修复的bug都需要填写根因分析，即产生这个bug的根本原因。是代码错误？还是产品设计问题？还是配置出错？这些原因的归纳才是bug的价值所在。
第一步是what，第二步是how，第三步就是why了，分析为什么会出现这样的问题，在bug根因的基础上继续深挖，为什么会出现这个bug，这是最难的，也是最有价值的，能够根据原因总结出很多bug预防的东西，如何预防？规范确实的地方，补充规范；设计不合理的地方，迭代优化；配置问题，就完善配置说明书。产品、开发、测试各司其职，都有需要做的事情。
年底了，这些事情比较杂，其实没多少人愿意做，但是这种事情做得越早越简单，如果等雪球越滚越大超过极限，可能会有无法挽回的风险。
今天一天的工作，应该就是做数据分析了。把bug都导出来，按所属模块对应的小组做归纳，形成报表分享给所有人，并督促其修复或者优化bug。分析的结果，明天另起一文来说说。
【录完bug以后该干嘛（）】END.
推荐阅读
- 爱就是希望你好好活着
- 心没那么远了。
- 代码不规范容易造成的bug
- 故事（窗外歌声依旧人已去）
- 那些年bug总结出来的调试代码技巧
- 稻盛和夫（今天这一天你都没认真过，5年、10年以后的事又怎能看透（））
- 界面展示bug随笔
- webug3.0渗透基础第九、十关笔记
- Bug趣事
- 只有从前的故事，没有以后的光阴。