最近一直在考虑性能测试自动化的实施方案，苦于当时测试用例，测试数据都比较零散，如果直接使用Jenkins进行自动化，会显得很难维护。
受到JMeter - Property File Reader该文的启发，通过这个重要的插件，可以读取用户自定义的外部属性，通过类似IOC的方式来控制程序运行需要的测试对象。这非常有价值，将测试数据与测试脚本降低耦合性。
但是我在实际开发插件的过程中遇到一些问题：
- jmeter plugin manager在开发环境下，下载并重启后，会重新生成并存放到编译产出路径下，这样相当于在开发情况下，下载的插件都没有放到/lib/ext下；目前这个问题还没有解决。
- 开发插件用的是新建的maven工程，开发完并打包后，放到运行环境下才能运行，无法在开发环境进行调试,这样很不方便。
- 即使插件开发完毕，还有部署和维护的不便，我需要为插件单独建立一个项目；如果以后对Jmeter进行CI,CD在操作上也很麻烦。
基于以下这些原因，对我而言最简便的方法就是直接在/src/component/org.apache.jmeter.config下进行开发。
说了这么多废话，我们开始正题：
Step1: 我在上述文件夹下建立了PropertyReader类：
- 它需要继承ConfigTestElement类并实现TestBean, TestStateListener接口；
- 因为该控件是在程序运行时才会执行，因此我们需要重写testStarted(String host)方法；
- PropertyReader类只有一个属性那就是path，但是该路径有可能是相对路径也可能是绝对路径，因此需要对读取文件的路径进行处理；
我的处理方式比较简单粗暴：
如果是文件相对路径，则从System.getProperty("user.dir")中获取当前文件的路径，一般这个路径是当前程序执行目录路径，就是${JMETER_HOME}/bin。再通过它获取到${JMETER_HOME}所在的路径，那么我们就可以在这个文件夹下灵活的处理文件的存放了。
如果是绝对路径，那么只要你填写路径正确，那你想放哪里都可以。
以下是代码
public class PropertyReader extends ConfigTestElement implements TestBean, TestStateListener {
private static final Logger log = LoggerFactory.getLogger(PropertyReader.class);
//注意：这个变量的名字必须与PropertyReaderBeanInfo.java中的PROPERTY_FILE_PATH的值，以及PropertyReaderResources.properties中的字段值一致，否则就会无法解析
//这是Jmeter的内置规则
private String fileReader;
private static final String PATTERN;
static {
PATTERN = "\\bbin([\\\\]|[/])?$";
}
@Override
public void testStarted() {
this.testStarted("");
}
@Override
public void testStarted(String host) {
{
try {
//如果相对目录路径尾部是bin，那么把bin去掉得到jmeter文件夹的根目录。靠配置获取精确路径位置
String s = StringUtils.isBlank(this.fileReader) ? "" : this.fileReader;
if (!new File(s).isAbsolute()) {
String r = System.getProperty("user.dir");
Pattern pattern = Pattern.compile(PATTERN);
Matcher matcher = pattern.matcher(r);
if (matcher.find()) {
r = matcher.replaceFirst("");
}
s = r + this.fileReader;
}
log.info("Property file reader - loading the properties from " + s);
JMeterUtils.getJMeterProperties().load(new FileInputStream(new File(s)));
} catch (FileNotFoundException ex) {
log.error("File not found! " + ex.getMessage());
} catch (IOException e) {
log.error(e.getMessage());
}
}
}
@Override
public void testEnded() {
}
@Override
public void testEnded(String host) {
}
public String getFileReader() {
return fileReader;
}
public void setFileReader(String fileReader) {
this.fileReader = fileReader;
}
}
Step2:，我们需要在jmeter-gui的桌面上显示这个控件，那么就再创建一个类PropertyReaderBeanInfo继承于BeanInfoSupport类：
- 注意在PropertyReader中我设置了一个属性叫fileReader，这个变量名称必须与PropertyReaderBeanInfo中的变量的值相同；
- 创建无参构造方法PropertyReaderBeanInfo()，通过固定的规则添加PropertyDescriptor对象即可
public class PropertyReaderBeanInfo extends BeanInfoSupport {
private static final String PROPERTY_FILE_PATH = "fileReader";
public PropertyReaderBeanInfo() {
super(PropertyReader.class);
PropertyDescriptor p = property(PROPERTY_FILE_PATH);
p.setValue(NOT_UNDEFINED, Boolean.TRUE);
p.setValue(DEFAULT, "");
p.setValue(NOT_EXPRESSION, Boolean.TRUE);
p.setPropertyEditorClass(FileEditor.class);
}
}
Step3: 创建配置文件PropertyReaderResources.properties，如果要locale的话，则使用ResourceBundle即可，主要是用来标识gui控件上面的文字显示，文件内容：
# displayName就是整个控件的名字，ConfigTestElement菜单中的名字
displayName=Property File Reader
# fields
fileReader.displayName=File Path
fileReader.shortDescription=Absolute path of the property file to be read
这里的规则都是按照swing的页面展示规则来设置的。仔细琢磨一下，应该就很容易发现，这个fileReader.displayName应该是由PropertyReaderBeanInfo中的PROPERTY_FILE_PATH的值所对应的property的对象，其对象的displayName就是一个输入框的名称。
这个控件的真正价值在于，你可以通过外部参数化，来控制测试执行策略，场景，以及报告生成。因此，有了它，可以让Jmeter可以通过CI,CD去周期化执行，大大提高工作效率。
后续我将分期讲述我的Jmeter持续化工作开展。
