降本提效｜JMeter插件二开完成 100-10-1 脚本的优化体验

背景

背景是这样的，针对底层通用服务，比如文件服务、文档服务等，同一份代码，会部署到不同的云岛(本地化)环境中去，提供的服务是统一的，基于不同环境配置参数的不同走不同的执行路径。为了提高回归效率，降低维护成本，结合目前公司基建的情况，当下可用的就是 JMeter 工具，希望最终能够基于 jmeter产出一份脚本，适用多个环境去执行。

需求

很多人遇到这个场景，惯性思维是每个环境都给整一份，这样每个环境回归时可独立执行。但是这样也带来了大量的维护量，比如现有 1 个应用含 10 个接口，需要部署到 10 个环境中去，后续服务每新增了一个接口，这 10 个环境10 份脚本都需要完善，做的都是重复性工作，每天疲于奔波其中，也没啥成就感。那有没有办法简化呢？那当前是有的，毕竟办法都是人想出来的嘛。我们先来整理下诉求，情况如下：

• 仅希望保留一份接口自动化脚本，一份参数文件，参数文件里面需要包含多个环境的参数

• 每次执行，不用改变已整理好的参数化文件

• 每次执行，仅希望跑目标行参数即可，无需把所有参数行都给执行一遍

• 可以指定参数变量，并能成功提取参数变量对应的行参数值，执行时仅执行目标行参数

• 界面最好可以可视化，这样可以在执行前自查确保提取的目标行的数据的正确性

现状

再来，我们看看当前的情况是咋样的呢？

目前已知的所有的 JMeter 处理器或者元件里面，都是循环去读取参数化配置文件，