这几天随着项目正式上线，bug的问题全面爆发，没有陈述好bug，程序人员和测试人员一直沟通交流，bug无法准确有效的修改关闭，这对上线系统是致命的。
Bug总结思想
- 对线上漏测的问题进行收集
- 对每一个漏测的问题详细分析Bug机理以及漏测的原因
- 基于以上的原因思考如何进行改进，避免漏测问题发生
- 将改进方案实施
- 重复以上的步骤，通过正向循环推动测试团队的质量改进不断优化
Bug总结流程：
为了便于流程的运转和操作，在公司内部系统上建立了总结流程和表单：
举例说明：
某天，小王测试的erp项目在上线后，出现了许多线上统计数据不正确的问题。小王收到这个问题反馈后，第一时间跟进和处理问题，确认问题存在，同时配合开发等人一同追查问题原因，后该问题经过追查，原因是覆盖数据库所致，开发随后根据该问题进行了问题修正。
流程演练：
1.老王收到这个问题后，会让小王将此问题录入PMO的总结表单
2.小王根据跟进了解的信息，在PMO上分别填写：
a.问题原因(包括开发原因和测试原因)
开发原因：
XXXXXXXXX
测试原因：
1)测试对XX模板的开发实现了解不够全面深入，导致XX模块有修改时，还停留在黑盒测试层面；
2)测试设计考虑不足，输入法覆盖case漏测。
b.问题分类(该问题属于什么类型)
示例中的问题由于没有进行开发改动的实现了解，所以问题类型判定为“用例设计不足->设计层面了解不足”和"测试经验，测试发散度不足"
c.开发解决方案
先判断第一位是否为空，如果不为空（旧格式），将旧格式映射到新格式上，再按照新格式读取；如果为空，直接按照新格式读取
d.测试改进方案(根据问题原因来推导如何进行改进，避免类似问题重复发生)
1）从Vx.x版本开始，测试组对每个模块都要绘制开发实现流程图，以进一步深入了解开发实现；
2）在上线前测试checklist中特增加覆盖安装的case，从流程上保证测试质量；
3）在流程上，对代码优化或代码重构等技术需求进行改动内容调研，并产出【影响范围】评估报告。
4）整理XX测试点形成文档，每次测XX时都按照该文档进行。若XX有改动，在此基础上添加测试点。
3.老王对小王填写的表单各项内容进行审核，各个字段的内容了解深入、填写无误后，老王置为审核通过，该表单会处于改进方案实施中。
4.后续老王会督促小王的改进方案实施，如：小王整理XX测试点文档。
5.当以上改进方案实施完毕后，小王将此表单置为改进完毕交由老王审核关闭。
正是通过以上流程，积累了非常多的经验，测试能力稳步提高，逐渐成为了团队的顶梁柱。
“反省是一面镜子，它能将我们的错误清清楚楚地照出来，使我们有改正的机会。——海涅”