分页接口举例
当前的断言想法
除了校验 code，msg 之外，对data里面的每个字段进行校验如下
字段 current，size：用传进来的数据 current=1&size=20 这两个参数，判断是否相等
字段 total：去数据库查询这个条数，然后判断是否相等
字段 pages ：用响应报文中的 total 除以 size，然后通过 math.ceil 方法进行向上取整，得到值之后，判断是否相等；
字段 searchCount: true 和 false 的判等
字段 records：我是疑惑的
疑问点
1. 对于 total 字段，是否需要去数据库进行查证然后对比数量；
之前我理解的是，调用一个接口，它内部对数据库涉及到了修改，这类的接口才需要去查询数据库进行断言，有点不解
2. records 字段应该如何做数据校验呢？订单数据里面的所有字段，都需要校验吗？
3. 接口字段是否需要做全字段校验？
拿上面 current 和 size 这两个字段举例，我其实是感觉没有必要的，又怕这两个参数会出错，所以写上去了；
感觉思路有点乱了......
1：需要
2：record 里校验一条即可
3：既然没全字段校验你都担心，so why not？
分页一般不用校验，框架组件如 pagehelp。只要校验 total 就行
不知道你背后系统实现是什么，如果用的是 mybatis + pagehelp ，那实际 size、pages、total、current 都是 pagehelp 自动加的分页用字段。
这类建议直接手工测试一下即可，除非分页逻辑有调整，否则个人觉得没太大必要去校验分页参数。以前分页各种 bug 是因为都是手写分页逻辑导致的，现在都用框架配置，用不对问题会非常明显，所以个人觉得没太大必要自动化去校验。
records 倒是关键，这个和分页逻辑没有关系。比如搜索的话，看搜索结果是否符合要求来判断搜索逻辑的 sql 是否有写错。这部分一般都得手写 mybatis mapper xml 的配置，会比较容易写错写漏。如果有权限看代码，直接看代码会更直接便捷。
