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