比如原来我们做一个生成订单的接口，考虑正常场景，异常场景正常场景就是不同的订单类型，订单金额，能不能申请订单，每个参数的格式类型的校验，异常场景，多一个参数，少一个必填参数的时候，还有参数为空的情况，原来我们是用python request去做的接口。
首先，导入request包。建立一个 headers，保存请求头的信息，因为订单请求方式 是post类型，数据格式是 form表单格式，我们把数据保存到data的字典里面，这个时候我们还需要 登录的cookie值跟登录后产生的token值，我们会去通过动态关联去获取 登录的token跟cookies，cookies值的话，我们是直接调用登录返回的 cookies，token值的时候，我能是通过导入re模块，通过正则表达式去提取当参数，headers，cookies输入完成以后，我们就发送请求，打印返回结果，检查返回结果是否跟我们测试用例一致当运行其他测试用例时，我们去修改data里面的参数就行，在发送请求，有的请求时https协议的时候，我们发送请求的时候 还会verify=false 去忽略掉证书验证对应多个接口调用 cookies 我们会用到session去保存，接口发现比较多的问题，就是格式校验这块。比如说我们提交订单，订单数据没有显示，订单格式也没有显示，输入字母，汉字都可以订单类型 为空，也会生成订单成功，我觉得接口可以发现接口更多的bug，还可以提早进行测试，提高测试的质量。
4. 接口自动化
原来我们接口自动化是用 python request unittest执行。接口自动化其实主要就是接口测试的基础上添加了断言、参数化、动态关联，做接口自动化之前，我们也会划分模块：报告、公共的模块、测试数据、测试报告，主要的目的是为了方便后期的维护。
测试数据，一般原来我们就是用的接口测试用例；公共的模块主要是里面的一些公共的操作，比如说用例excel数据的读取，数据库的连接、还有我们封装的每个接口请求；断言的主要是 获取访问接口的值判断，用的是assert；参数化主要用的比较多是excel表格，就是测试用例数据；还有需要调用登录后的cookies跟token的时候，我们就会用到关联;
比如说原来我们写的一个 申请借款的接口吧。
首先我们会编写测试用例，把每个用例数据保存到excel中再建立一个 申请借款的模块，这个时候我们去调用申请借款的功能模块，里面的参数我们是保存在excel表格中，我们建立发送请求，通过参数化，去读写excel表格中的数据，获取到返回的数据，通过assert 去对应返回的数据跟用例中异常的数据，这个时候也会做数据库断言，去连接数据库去查询数据库中时候存在查询，如果是返回结果是json数据格式，我们还会转化下格式后，再去断言，这个申请借款模块，也会用到登录的cookie值token，我们先建立一个登录的请求，提取返回的cookie值token，excel表格多个用例，我们就用到循环去运行，读取excel中用例总的条数，去循环运行，这里要注意的是，就是excel表格数据时是str我们要eval转化成字典格式，把每个接口封装好以后，我们就会调用unittest框架去运行所有test文件的测试用例，如果只是执行部分用例，也可以通过unittest框架来指定接口自动化
我个人觉得，性价比是比较高的，实现起来简单、维护成本低，容易提高覆盖率等特点。接口是稳定的，最多是增加一个字段或者新增接口之类的低成本，有了相对的稳定性，不需要大量重新编写脚本，只需要基础维护包括用例的扩充就可以了，执行的快，反馈的速度快
5. 平常你是怎么测试接口的？
通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。
接口安全：
1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
