事件回顾

问题发生

客户线上试用时，发现智能编目错误很多，包括一些比较常见的文书都分错了，非常生气！因为是客户找的业务人员来进行试用，试用不成功，客户感觉有点打脸，给我们反馈的时候，也有气。

问题分析

开发人员随后进行问题分析，发现根本原因在于批量选择文书图片上传时，获得的图片顺序和在选择窗口看到的图片顺序是不一致的，但是智能编目很依赖这个顺序，所以导致分类不准确。

问题处理

第一阶段

前端开发人员对改问题进行了分析，给出结论是搞不定，原因是JS的API接口返回的图片顺序就是乱序的，然后后端也是这样反馈的，同时提出一个解决方案，可以在界面上增加一个图片排序功能，按照图片的文件名进行排序。

第二阶段

针对以上问题和解决方案，反馈到我这边，我详细了解了一下原因，提出图片按照文件名排序可以做成默认排序，因为图片绝大部分都是打印机扫描的，文件名采用自动生成，文件名就代表文件的顺序。同时拉上前端对文件批量上传的细节代码进行沟通，网络上相同问题进行检索，明确到具体有问题的代码。

第三阶段

过后没多久，前端反馈该乱序问题已经解决，后续沟通反馈原因是自己代码问题导致的Bug，修复后自测windows和MacOS环境都没问题。

反思

1. 之前就发现过这个问题，没有处理的原因是什么？需要相关人员补充还原。
   
   由于当时发现这个问题的时候在我的mac版的chrome上发生频率高，而在windows版没有发生，就认为这是跟操作系统有关的问题，而生产环境是windows，所以没有处理。
   没有处理是因为①当时我的视角没有发现这是一个BUG，只是技术限制②有收到反馈排序的问题，我都给了“目前的技术手段无法实现”的答复，所以大家也都没有深究这个问题
2. 这次问题处理过程中，前端同学为什么一开始会得出一个错误的结论？
   
   一开始发现这个问题的时候，因为我这边一直没有重现，所以直接判断为操作系统和或者浏览器的问题，寻找解决方案也是朝着这个方向去的。并且在搜索相关问题的时候，也找到了类似“浏览器文件选择API存在随机性”的相关理论依据（这可能是以“文件排序错乱”的关键词检索，得到的相关信息，所以存在以错搜错的问题）佐证，所以下了一个“确定”的结论。
3. 在界面上增加一个图片排序功能的方案是否合理？为什么想的是这个？默认用文件名排序是否算更优方案，为什么？
   
   文件名排序是因为现场反馈的他们扫描仪扫出来的图片是 image-001.jpg这种命名格式，所以可以按照名称排序。
   增加图片排序的功能是我提出的，是想给出尽可能贴近用户想要的排序方式的解决办法，也是当时想到能解决排序问题的最好方式。通过文件名、最后修改时间、文件大小三种方式来还原用户文件系统中的自然文件顺序。
4. 测试之前是否发现这个问题？若发现，这个问题的等级如何定义的，为什么通过？
   
   这个问题在测试的时候有遇到过，因为当时也不是一个必现的问题，只是后前端开发提过这个事情，并没有提bug跟踪。后来的测试工作中也没有再次遇到这个的问题。

总结

做的比较好的方面：

• 开发和测试针对问题进行了沟通。
• 遇到问题进行了分析，虽然分析结果不正确。
• 大家都能正确的看待遇到的问题，并积极解决。

还有待改进的方面：

• 没有正确评价问题的严重程度，收到了偶发的影响。
• 在分析问题方面，受到了干扰。
• 测试人员在判定上受了干扰。

改进

1. 严格按照问题产生的后果进行Bug评级，不能依赖于其他因素。
2. 针对严重级别的Bug，需要测试和开发尽可能的复现和分析，对于有难度，一直解决不了或者没有结论的问题，反馈到上级，发起专家会诊，让更多的人参与分析。
3. 严格按照业务场景进行测试用例设计和测试。（包括使用场景和具体的环境（硬件，操作系统，浏览器等））