还是回归到上一篇文章搜索字段对%的处理方式，可能测试数据比较规范，加上自己也没有任意造数据，查询报表的测试都没问题，到了集成环境测试时异常数据比较多，列表页的数据展示与预期不符，也没有深入分析原因，直接给开发提了bug
请先看图，如下文本框的搜索都为精确匹配
电话号码搜索.png
查询某个手机号，发现数据显示不全，后来一个有一笔单据电话中含了空格，于是我以为找到原因了就提了bug---【文本框（SAP单号、客户姓名、电话号码 ）搜索优化，根据输入内容去掉前后空格进行搜索】
开发看到这个后一查数据库发现这个字段的数据比较混乱，有些还有文字，源头上并没有控制好，图中客诉单创建时，虽然订单信息是自动带出的，但未作只读限制，仍可以修改，所以存在各种各样的异常数据。
TIM图片20180124140451.png
（select * from table where length(fieldname)>11，根据电话号码超过11位查询）
电话号码内容.png
开发也没经需求确认直接改成了模糊搜索，跟我说bug处理好了，而我去跟需求确认的时候，还是维持原来的精确搜索，开发又得重新改回来，这么一来一回挺浪费时间的
总结：不要一碰到预期结果和实际结果不一样的就觉得是bug，先冷静思考下，分析下具体原因，追根朔源才能找到根本
