1.使用工具
MongoDB，因为它的格式（跟 JSON 一样）与接口的请求和响应数据比较相近。
2.用例字段
每条用例都包含模块，方法，接口名，接口 id，和接口详情。
3.字段介绍
模块，方法名是方法方便分类，接口 id 是用于查找该接口，接口详情就是用于接口请求和响应的保存。
4.字段引用
接口详情中的请求数据可以调用其他格式的参数，格式为：
${0101001.api.body.status}
接口 id.字段名
5.断言字段
接口详情中有一个断言字段：verification
这个字段是存一个数组，里面会判断响应的数据是否为指定值。
6.用例执行
执行用例的话就是遍历 mongodb 里面的这些接口用例。
大家感觉怎么样，有没有啥想法讲一讲。
「原创声明：保留所有权利，禁止转载」
very good
very*2 good
断言不写在用例里吗
歪瑞谷!
very*3 good
你接口校验 只校验 部分字段么，我都是全量校验，生怕漏掉一个
very*4 good
主要看自己使用是否方便。
强
请教一下，接口用例只涉及正常功能的吗？一个接口要按不同请求参数设计多条用例吗？断言需要断言全部字段吗？
对
li
回复
li
回复
前两个问题主要看你们测试是不是需要，一个接口要测的比较细的话就得多条用例了。断言我只断言部分字段，就是能主要体现接口功能的，比如一个添加商品接口，添加后主要判断就是否添加成功，那我就主断这一个，这个接口一般还可能返回比如商品 id,商品分类，商品状态啥的，这些非主要功能，我都不断。你要说，你不断商品分类，那返回错了呢？因为我之后肯定还要跑商品分类的查询接口，在那个接口中我就可以判断这次添加是否正常添加到指定分类。所以断全部有可能造成额外劳动。非要断的话也行吧，那样更严谨。