6、大型项目的接口自动化实践记录----订单新增

练完手，我们就开始对实际业务开始做自动化。

下图为简化后核心业务的一小部分内容。

简化的业务

按计划，从核心业务开始做，也就是从订单开始做。

一、订单新增接口抓包

前端页面如下图，把值填上，点击保存，然后看下抓的包。

PS：过程像点击公司选择按钮，返回公司列表的接口，不能直接降低日常工作量，因此优先级排后，先跳过。

部分前端

还是先看一下headers里的信息，可以获取到headers、url、uri、cookies

抓包图1

抓包图2

然后看一下data部分，比较复杂，字段150+，如图还有的key对应的value是json串

PS：有很多字段没填，所以下面很多字段值为空。

二、订单新增接口分析

数据有点多，先分析下包含哪些数据：

1、请求的基本信息：

①请求头：前面说过的默认headers

②请求的url：https://xxx.com:端口号

③uri：/c/contractsign/addcontract

③cookies:JSESSIONID

2、请求的data：

1）前置数据：

①可当做基础数据：如公司、地址、费用类别等

②变化的前置业务数据：报价单等，这块比较复杂，先跳过，后续文章分析

2）业务数据：

①字段独立：与其他字段无关联

②字段关联：如费用类别影响其他字段是否有值，购买描述等于其他字段拼接

③值为json串，对应业务中的明细部分，值里面还嵌套着json串，对应不同的价格段。

④id类：这里的id为 ‘-’+时间戳，在成功新增后会用新id替换，业务的特殊性下的产物。

其中请求头比较容易就得到。

请求的data中，前置数据部分，先不考虑变化的业务数据，则其他可当做基础数据的部分，固定用一些数据做即可。业务数据部分是变化，则人工构造。

PS：因为上述的数据中，没有数据被使用后不可用的问题，因此直接用抓包抓到的数据作为case数据即可。

三、订单新增接口实现

在做新增订单之前，需要先登录，因此需要先引用前面登录方法所在的资源文件：

PS：因为登录会被其他接口使用，因此把它放在接口公共函数里。

1、登录并获取cookies

2、headers、data赋值

3、带上cookies、headers跟服务器建立连接，带上对应的data请求订单新增接口，获取结果

PS：结果对比放后面在写

case执行，我们到系统前端看一下，可以看到数据成功新增一条，打开具体数据查看正常。

可以看到，实现上多了一个先登录的步骤，其他跟登录接口一样，就是data的量有点过多了。