Jenkins+JMeter的接口自动化测试方案落地实践

Jenkins+JMeter的接口自动化测试方案落地实践

背景：
CI/CD是很早就出现的一个模式，随着公司的发展，相信很多公司都在考虑使用这种模式，市场上也有层出不穷的平台提供服务，但是考虑到自主可控的问题，还是有很多公司想研发一套属于自己的CI/CD模式，当然网上很多文章都讲过CI/CD，也不乏CI/CD相关的工具组合，实现过程也尽不相同，面对五花八门的选择，很多人会犹豫怎么选型，才能达到以较少的技术成本实现并落实CI/CD,从而保证开发质量，提高测试效率。其实很简单，符合公司现状的技术方案就是最优方案，一般是考虑测试人员的工具基础和编码基础，以及公司使用的项目管理工具，以少数服从多数的原则进行选型。需求/项目管理的部分在此不会赘述，作为一名测试人员，仅以测试的角度给大家分享。
 

起初的构想：

 

我们工作中使用的聊天工具是企业微信，与TAPD属于一个厂商，我们之前已经实现在TAPD和jenkins的集成（集成方式比较简单网上有很多现成的资料），所以我们可以在TAPD上构建每个微服务的发布，并且在构建的同时添加Sonar扫描的功能。基于这种情况我们查看了TAPD和Jenkins的官方文档，发现接口自动化也是可以集成进去的，而且我们测试部门使用最广泛的接口工具就是Jmeter（主要原因还是因为这个工具是开源可控的），如果能把Jmeter也集成进去，那么CI/CD就成功了，基于这种构想，我们进行了探索。

探索：

探索一：
基于我们起初的构想，我们进行了进一步的探索和实践，首先Jmeter可以用于接口自动化，而且可以通过 “jmeter -n -t 脚本路径和名称 -l 日志名.txt -e -o 报告文件路径和目录名称”的方式执行测试用例，生成测试报告，然后与jenkins的流水线进行集成，然后再将测试报告展示在微信群或TAPD中，简单粗暴。
具体方式如下：
首先在服务器上安装JDK，然后安装Jmeter工具、配置环境变量（网上有很多这种教程），将Jmeter脚本文件,这里以testdemo.jmx为例，将此文件放置到Jmeter的bin目录下，然后运行 “jmeter -n -t 脚本路径和名称 -l 日志名.txt -e -o 报告文件路径和目录名称”命令，逻辑大致是，首先在bin目录下找到testdemo.jmx文件，然后运行这个文件，运行完之后会在此生成一个