关于项目中共性BUG的处理

          今天一上班，公司技术支持群里面的信息就爆炸了，一条“用户不能打开工作流表单的信息”在群里讨论得沸沸扬扬。用户贴上了一张错误截图，说明问题真的存在，截图里面的错误为：“取流转步骤出错，缺少对象！”，有说临时文件影响的；有说数据类型影响的。用户的反馈是打开所有的工作流表单都存在这样的问题。于是技术支持人员开始忙碌起来，毕竟工作流出现问题，导致的后果是非常严重的。本文记录了解决过程以及反思了这个问题的产生

         1：根据群里面高手们的建议，删除临时文件，问题依旧

         2：自定义数据类型导致，如果是这个原因，不应该导致所有的文都不打不开（用户提供的信息）。

         3：检查外围代码，发现代码逻辑非常简单。不存在逻辑漏洞的问题

         4：经过上面的步骤分析，依然无法判断问题所在，只好向用户了解更详细的情况

         5：经过诱导式的提问，问题发生的现象是：“旧的表单不存在问题，新建表单的时候会出现：取流转步骤出错”。

         6：通过这个信息结合几年前的一些解决案例，判断为数据溢出错误。至此问题解决

 

反思：

         1：没有了解清楚问题出现的详细情况，就开始分析和设法解决问题，用不全面的信息去解决问题。导致解决问题的效率低下，在特别紧急的情况下给用户很不好的印象，大则导致用户质疑我们的服务水平和技术能力。

         2：技术支持的路径：热线记录用户问题----判断问题归属部门-----相关部门组织技术人员提供解决方案----将解决方案反馈给热线---热线统一反馈给最终用户。在这一条链当中，如果某一环境的信息描述不全或者不准确，将导致整个问题解决难度的几何级增长。在了解用户需求和用户问题的时候，知道问题的根源，掌握全面的信息是多么的重要。还是那句老话：了解问题背后的问题，需求背后的需求。才能做到知己知彼，百战不殆。

         3：在给已出现问题用户打补丁的时候，没有给同版本其它用户打补丁,尽管这个问题早已在产品中解决，导致一个几年前出现的问题，又突然冒出来了。如果公司的人员更替快而且知识积累不好的话，这将浪费大量的公司资源