1 接口测试
接口测试是对系统或组件之间的接口进行测试，主要是校验数据的交换，传递和控制管理过程，以及相互逻辑依赖关系。
接口自动化相对于UI自动化来说，属于更底层的测试，这样带来的好处就是测试收益更大，且维护成本相对来说较低，是我们进行自动化测试的首选
2 框架选型
目前接口自动化的框架比较多，比如jmeter，就可以集接口自动化和性能测试于一体，该工具编写用例效率不高；还有我们常用的postman，结合newman也可以实现接口自动化；Python+unittest+requests+HTMLTestRunner 是目前比较主流的测试框架，对python有一定的编码要求；
本期我们选择robotframework（文中后续统一简称为RF）这一个比较老牌的测试框架进行介绍，RF是一个完全基于 关键字 测试驱动的框架，它即能够基于它的一定规则，导入你需要的测试库（例如：其集成了selenium的测试库，即可以理解为操作控件的测试底层库），然后基于这些测试库，你能应用TXT形式编写自己的关键字（支持python和java语言，这些关键字即你的库组成），之后，再编写（测试用例由测试关键字组成）进行测试；他支持移动端、UI自动化和接口自动化的测试
3 环境搭建
python的安装：目前选取的python3以上的版本，RF的运行依赖python
robotframework：参考https://www.jianshu.com/p/9dcb4242b8f2
jenkins：用于调度RF的用例执行环境
gitlab：代码仓库
4 需求
4.1 需求内容
接口内容：实现一个下单，并检查订单状态是否正常的场景；该需求涉及到如下三个接口
下单接口
订单结果查询接口
下单必须带上认证标识，生成token的接口
环境覆盖：需要支持能在多套环境运行，比如测试和预发布环境
系统集成：需要能够集成在CICD中，实现版本更新后的自动检测
4.2 用例设计
4.2.1 用例设计，根据业务场景设计测试用例，方便后续实现
4.2.2 测试数据构造，预置不同环境的测试数据，供实现调用
5 整体实现架构
接口测试实现层：在RF，通过引用默认关键字 RequestsLibrary (实现http请求)和通过python自定义关键字来完成用例实现的需求；
jenkins调度：在jenkins上配置一个job，设置好RF用例执行的服务器和发送给服务器相关的RF执行的指令，并且在jenkins中配置好测试报告模板，这样用例便可以通过jenkins完成执行并发送测试结果给项目干系人；
生成用例执行的API：上图中蓝色部分，就是为了将jenkins的job生成一个可访问api接口，方便被测项目的CICD集成；
集成到被测系统CICD流程：将上面步骤中封装的API配置在被测应用的__gitlab-ci.yml__中，完成整个接口自动化的闭环
6 RF用例实现
6.1 引用的内置关键字
RequestsLibrary 构造http的请求，get|post等请求
6.2 自定义关键字
getEnvDomain 用于从自定义的configs.ini文件获取对应环境的微服务的请求域名
configs.ini的内容
excelTodict 用户将excel中的内容作为字典返回
getToken 提供接口下单的授权token
getAllDate 获取该用例下的所有数据
实现demo
jenkins发送RF执行的命令
7.2 封装的jenkins_job的执行接口地址
通过python的flask框架，根据测试和pre两套环境包一层jenkins的job执行接口
7.3 将上述flask封装的接口打包成镜像
根据dockerfile生成镜像
7.4 将镜像部署到kubernetes，对外提供服务
供触发测试执行的调用入口 ,这部分封装的接口部署在本地的k8s集群下ordermiddle
IT: http://ordermiddle.xxx.cn/test/it
pre：http://ordermiddle.xxx.cn/test/pre
7.5 被测项目的CICD集成接口自动化测试
gitlab目前采取直接对CICD脚本加入测试步骤，在部署到容器30秒后（考虑到容器在K8S启动时间）调用测试接口
7.6 发送测试报告