在项目测试过程中，很多产品的UI界面都会涉及到列表分页显示。本篇就是针对此列表分页加载的接口做出测试，测试时可以先判断接口是否有问题，才去判断客户端写的UI界面是否没对分页做出处理。
首先呢，分页加载数据的接口请求参数是有共性的，一般都是由pageCount&pageNo组成,pageCount是加载1页的数量,pageNo是加载第几页,pageNo是从0开始算起的，也就是说pageNo=0是加载第1页数据的意思。
然后呢，打开Postman输入请求方式和请求的URL，再把请求参数输入进去。这里的请求参数的输入值也有一个共性，如果是接口分页出现了问题，一般数据就会出现重复。而如果列表的数据不是很多的时候，在客户端呢很难发现问题，因为客户端加载的一页数量一般是10，而你数量少于10的时候，就不会发现分页的问题。这里在测试接口层面的时候，只要有1条数据，就可以看出是否有重复的问题。
举个例子，我们现在要测试一个分页的接口，我们先给列表加入1条数据，然后第一次请求的时候pageCount=1&pageNo=0，这个的意思就是请求第1页的数据，并且1页加载1条数据，按理来说，这样我们就已经加载完毕了。接着，我们第二次请求pageCount=1&pageNo=1，加载第2页的数据的时候，就应该是没有数据，返回空数组才对。而往往分页有问题的话，你请求pageCount=1&pageNo=1的时候，它会返回数据给你，返回的数据恰恰好就是第1页的最后1条数据，这就是我要说的重复问题。
在Postman上面的操作就是：
1、第一次请求（如下是没问题的）：
2、第二次请求（如下是有问题的，数据重复了，第2页是不应该有数据的）：
下面我们来看一下，修复之后，第二次请求返回正常的结果，如下图：
修复后的客户端显示正常，也不重复了：
这个就是1条数据测试接口是否分页有重复问题，当然修复了接口分页，还需要测试下客户端有没有对分页做出处理，这个的话，就需要加入多条，一般是10或者20条数据进行验证了。
