接口测试用例编写要点
测试每个参数类型不合法的情况
测试每个参数取值范围不合法的情况
测试参数为空的情况
测试参数前后台定义的一致性
测试每个参数的上下限（这里容易出致命的BUG，如果程序处理不当，可能导致崩溃）
测试每个参数取值不合理的情况（包括取的值不属于自己，取值在这阶段不会出现，取值超出了自己所拥有的数量或者范围）
如果两个请求有严格的先后顺序，需要测试调转顺序的情况
自己和自己的交易、聊天等操作（这种特别容易遗漏）
1）、通用接口用例设计
①、通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
②、参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。
③、接口安全：
1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
2、绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
4、密码安全规则，密码的复杂程度校验
④、异常验证：
所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。
2）、根据业务逻辑来设计用例
根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是 一样的。
7.7. 接口文档
我们做接口测试，需要开发提供接口文档。最重要的有一下几点：
-
被测接口的地址 -
接口参数，以及各个参数的说明 -
必要的http头与http体 ( http头是可以自定义的，可以用来校验是否是自己人访问 ) -
接口返回什么值，以及各个返回值的说明 -
接口是干什么的
7.8. 接口测试：json
1.1.3. 什么是json
Json是一种数据载体
互联网本质就是数据传输，数据传输就需要数据载体。比如：页面信息就是存储在HTML这种数据载体中
1.1.4. 为什么使用json
Json传输数据效率更高，所以部分场景下使用HTML与XML
但是JSON语言描述不及标签语言，所以部分场景下使用HTML与XML
如果传递少量数据，使用JSON
7.9. 接口测试工具及原理
1.1.5. 常见接口测试工具
? 典型商业工具：loadrunner,soapui
? 典型开源工具: jmeter
? 扩展插件：POSTMAN
1.1.6. 实现原理
? 模拟客户端对服务器进行多连接
7.10. 接口测试工具Postman
使用postman按照接口文档进行测试
1.1.7. Get请求
1.1.8. Post请求
