前言
前面已经写了一篇博客
【Jenkins】——Jenkins+jmeter 定时测试
上篇博客中只提到了在shell中只执行一个脚本,生成对应的jtl文件
并对其进行数据分析。
有些时候我们可能需要测试很多的脚本,但是因为每个job都会生成一个工作空间
或不利于查找,或不利于分类,或不利于分析数据,不适用建立很多的工作空间,
这时我们可能需要在一个job中配置测试多个脚本
正文
执行多个脚本时,只有Execute shell 和 Publish Performance test result report 稍有不同
其他配置与数据分析都与之前没有什么区别,这里不再赘述
① 配置Execute shell
对一些名词的解释这里也不再阐述了,不太理解的可以参考上一篇博客
⑴ 下面两条语句格式相同,上一篇博客也介绍了,中间用 && 连接
⑵ 还可以直接添加两个Execute shell,一个shell中写一条语句,效果相同
② 配置Publish Performance test result report
关键点在这里,第①步是利用shell构建,生成jtl文件,
而我们生成jtl文件只是测试工作的一部分,更重要的是分析数据
如果第②步这里路径写的不准确的话,产生的图标数据分析就不是你想要的
在第②步填写的内容非常灵活,要根据你产生的jtl文件的位置,适当填写
如上图 **/* 表示对此job的工作空间内所有的jtl文件产生图标分析
这里的 * 是通配符,可以理解成我们在windows系统中查找文件时用的 *
这里可以直接写到确切的文件名,也可以利用通配符分析某个范围内的jtl文件
如果是利用通配符分析某个范围内的文件,
则若存在相同的文件名,按照层级查找顺序,之后的文件不会产生分析图表
比如:按照第一幅图的情况,若在a/aa/下还有一个bbbb.jtl文件
而我此时在Publish Performance test result report中写的是**/*/*.jtl
则产生分析图表时,会产生a/aa/aaaa.jtl和a/aa/bbbb.jtl两个文件的分析图表,
但这里并不会影响构建测试,生成文件时还是会生成a/aa/aaaa.jtl和b/bb/bbbb.jtl两个文件
最后还有需要注意的问题:
如果生成文件的全文件名不变,则每次生成的文件会叠加到一起
数据分析也就相当于在录制脚本的时候多了一次循环
最应该注意的一点是:
如果是因为一个或多个请求错误率很高而导致的构建失败,
那么接下来的构建仍然会失败,但不影响数据分析
结语
每一天都不一样