事件回顾
问题发生
客户线上试用时,发现智能编目错误很多,包括一些比较常见的文书都分错了,非常生气!因为是客户找的业务人员来进行试用,试用不成功,客户感觉有点打脸,给我们反馈的时候,也有气。
问题分析
开发人员随后进行问题分析,发现根本原因在于批量选择文书图片上传时,获得的图片顺序和在选择窗口看到的图片顺序是不一致的,但是智能编目很依赖这个顺序,所以导致分类不准确。
问题处理
第一阶段
前端开发人员对改问题进行了分析,给出结论是搞不定,原因是JS的API接口返回的图片顺序就是乱序的,然后后端也是这样反馈的,同时提出一个解决方案,可以在界面上增加一个图片排序功能,按照图片的文件名进行排序。
第二阶段
针对以上问题和解决方案,反馈到我这边,我详细了解了一下原因,提出图片按照文件名排序可以做成默认排序,因为图片绝大部分都是打印机扫描的,文件名采用自动生成,文件名就代表文件的顺序。同时拉上前端对文件批量上传的细节代码进行沟通,网络上相同问题进行检索,明确到具体有问题的代码。
第三阶段
过后没多久,前端反馈该乱序问题已经解决,后续沟通反馈原因是自己代码问题导致的Bug,修复后自测windows和MacOS环境都没问题。
反思
- 之前就发现过这个问题,没有处理的原因是什么?需要相关人员补充还原。由于当时发现这个问题的时候在我的mac版的chrome上发生频率高,而在windows版没有发生,就认为这是跟操作系统有关的问题,而生产环境是windows,所以没有处理。没有处理是因为①当时我的视角没有发现这是一个BUG,只是技术限制②有收到反馈排序的问题,我都给了“目前的技术手段无法实现”的答复,所以大家也都没有深究这个问题
- 这次问题处理过程中,前端同学为什么一开始会得出一个错误的结论?一开始发现这个问题的时候,因为我这边一直没有重现,所以直接判断为操作系统和或者浏览器的问题,寻找解决方案也是朝着这个方向去的。并且在搜索相关问题的时候,也找到了类似“浏览器文件选择API存在随机性”的相关理论依据(这可能是以“文件排序错乱”的关键词检索,得到的相关信息,所以存在以错搜错的问题)佐证,所以下了一个“确定”的结论。
- 在界面上增加一个图片排序功能的方案是否合理?为什么想的是这个?默认用文件名排序是否算更优方案,为什么?文件名排序是因为现场反馈的他们扫描仪扫出来的图片是 image-001.jpg这种命名格式,所以可以按照名称排序。增加图片排序的功能是我提出的,是想给出尽可能贴近用户想要的排序方式的解决办法,也是当时想到能解决排序问题的最好方式。通过文件名、最后修改时间、文件大小三种方式来还原用户文件系统中的自然文件顺序。
- 测试之前是否发现这个问题?若发现,这个问题的等级如何定义的,为什么通过?这个问题在测试的时候有遇到过,因为当时也不是一个必现的问题,只是后前端开发提过这个事情,并没有提bug跟踪。后来的测试工作中也没有再次遇到这个的问题。
总结
做的比较好的方面:
- 开发和测试针对问题进行了沟通。
- 遇到问题进行了分析,虽然分析结果不正确。
- 大家都能正确的看待遇到的问题,并积极解决。
还有待改进的方面:
- 没有正确评价问题的严重程度,收到了偶发的影响。
- 在分析问题方面,受到了干扰。
- 测试人员在判定上受了干扰。
改进
- 严格按照问题产生的后果进行Bug评级,不能依赖于其他因素。
- 针对严重级别的Bug,需要测试和开发尽可能的复现和分析,对于有难度,一直解决不了或者没有结论的问题,反馈到上级,发起专家会诊,让更多的人参与分析。
- 严格按照业务场景进行测试用例设计和测试。(包括使用场景和具体的环境(硬件,操作系统,浏览器等))
不错不错,我喜欢看 https://www.237fa.com/
看的我热血沸腾啊https://www.jiwenlaw.com/