探索接口自动化（二）--接口联调（Python）

导语

        上篇总结了独立接口业务的分析过程，本次总结接口联调业务的分析过程，仍然尝试分解需求任务，采用多版本迭代，在实现需求的前提下再去做代码优化。

一、接口联调业务分析

        对所有的接口需要有一个全局的认识：接口名称、接口功能、接口参数、接口返回值，可以将这些内容列一个表格，这样就将抽象的工作任务转化成了具体的工作成果物，对于接口的相关情况也更明晰。

        分析接口联调的业务，本次以修改密码为例：用户注册-->用户登录-->忘记密码-->提交密保问题答案-->修改密码-->用户登录。图1为简单整理的接口内容，未展示的接口也如此整理：

图1 接口整体联调分析

 二、使用postman工具进行测试

        可以先使用postman工具先过一遍这个接口联调业务的情况，可以更熟悉相关内容，这里仅说明两个较为特殊的接口情况。

图2 提交密保问题答案

图3 修改密码

         图2为提交密保答案接口send以后的情况，图3为修改密码接口send以后的情况，可以看出，提交密保答案的一个返回数据是作为修改密码的一个传参，这在后续编写脚本时需注意。

        在这里简单的介绍一下cookie、session、token：

        1、cookie

          （1）通常，登录后，在浏览器端生成一个文件，保存在浏览器的客户端；

          （2）一般会存储用户的身份信息；

          （3）可以删除，删除后，重新登录可以再次生成；

          （4）有些系统也会通过cookie记录一些用户的操作习惯；

        2、session

          （1）登录后，服务器端发送一个随机的ID值，来进行用户身份的识别；

          （2）有时效性，在代码中进行设计，一般30分钟；

          （3）只支持一个应用服务器有效；

        3、token

          （1）登录后，服务器端发送一个token令牌；

          （2）有时效性；

          （3）可以支持多平台访问

三、编写接口联调脚本

1、V1.0版本

        一般类的设计有两种方式，一种是一个接口对应一个类，接口比较少时可以采用，另一种是一个类对应多个测试方法，一个测试方法进行一个接口测试（本次采用这个）。本次为V1.0版本，传入固定的一组数据，且仅在代码中打印接口测试的结果。

        注：提交密码问题答案的接口，返回值是下一个接口（修改密码）其中的一个参数（forgetToken）。

        一般会采用画流程图的方式来分析业务，以下简单的画了接口联调的业务流程、设计类图、以注册接口举例的详细设计流程图，其他功能类似，就不多做描述。