不知大家有没有遇到过开发的这种 bug,分页的时候有问题导致同一条数据既出现在第一页又出现在第二页,有没有好的办法可以通过脚本去验证这种问题,我的想法是请求到每页的数据,然后第一页合第二页对比,第二页和第三页对比.........但发现比较 list 当中的字典元素有没有一样的对我来说还是挺有难度的
如果数据是实时入的话,第一页数据在第二页有出现是有可能的吧
每页的数据加起来不应该是你预期的数据么。。。
如果数据是实时的,第二页确实会跟第一页有相同的数据,同意一楼的看法。list 遍历比较,应该还好吧。
第一页翻到第二页,然后第二页再回第一页,如果还有重复且是同一条,必然就是 bug,如果没有了,那么就可能是实时数据新增
这样的白痴开发还是让他早点辞职算了
两个 list 看有没有交集不就好了,
是类似发券那种操作 之前是由于列表排序引起的,可以排序的字段有两个 一个是时间 一个是金额 但这两个字段都可能有大批量的数据相同,可能是开发处理排序不当,导致分页出现了问题
之前用了 set(list1) &set(list2) 然后不行,list 中是字典。page1 和 2 比较 2 和 3,3 和 4, 有点像冒泡排序 一个一个去比较一样
简单的做法就是 数据预置,第一页第二页的数据是固定的,这样接口响应的数据就不是变量了,校验起来就简单了
x for x in list[1] if x in list[2] ,,,类似的吧
如果有这样的要求,那就换分页方式?默认一般都是总量除每页数量,然后做 limit 查询,必然会有重复数据。换成这一页的最后一个 id,加每页数量就好!但是又会有数据不及时的原因
确实遇到过这种,但是没有必要每一页去看,因为这种是功能问题,第一页修改好了,后面都会修改好。再说,内容重复判断的标准不统一,有时候两篇同样的文章,未必是重复的。
根据每条数据的 id 去判断,每条数据肯定会有自己唯一的 id 的
记录第一页第二页的数据,然后新增一条数据,看看第一页和第二页的数据变化是否符合预期。
后面还可以删除一条数据,再看看变化。