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 发送测试报告

————————————————
版权声明：本文为CSDN博主「CC爱测试」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/waitingwww/article/details/119113045