参数化API,JMeter中的独立报告

参数化API,JMeter中的独立报告,jmeter,reporting,Jmeter,Reporting,下面是我的设想: 我正在用一组用户测试一个API(使用CSV数据集配置读取用户的txt文件)。 我必须为同一组用户测试上述API,但使用不同的活动ID(大约10个ID)。 最初,我将活动id定义为一个用户定义的变量,我将用我想要测试的活动id更新这个变量的值 现在我自动化了整个过程(使用Maven JMeter插件并在Jenkins中运行) 为此,手动更新活动id将不起作用,我也无法创建10个单独的jmx文件(每个活动id一个) 因此,我创建了另一个带有活动ID的txt文件,并使用另一个CSV配

下面是我的设想:

我正在用一组用户测试一个API(使用CSV数据集配置读取用户的txt文件)。 我必须为同一组用户测试上述API,但使用不同的活动ID(大约10个ID)。 最初,我将活动id定义为一个用户定义的变量,我将用我想要测试的活动id更新这个变量的值

现在我自动化了整个过程(使用Maven JMeter插件并在Jenkins中运行)

为此,手动更新活动id将不起作用,我也无法创建10个单独的jmx文件(每个活动id一个)

因此,我创建了另一个带有活动ID的txt文件,并使用另一个CSV配置读取活动ID

例如。 Campaigns.txt(活动类型,活动ID)

运动A,100

运动B,200

运动C,300

UserId.txt包含 100000
100001
100002
..…
二十万

我的测试结构如下:
*线程组
*活动CSV
*HTTP请求
*用户ID CSV

这种方法也不起作用,因为对于每个活动id,它是一个不同的测试,但报告包含所有活动的组合。
我的要求是能够对具有不同活动类型的同一组用户使用相同的jmx文件,并获得单独的报告

有人能给我一个实现这个目标的策略吗


提前谢谢你的帮助

假设您正在运行此非GUI并传递
-l
标志以获取报告:


一次测试运行=一份报告。这是无法回避的。因此,最好的解决方案是自动化多个测试。如果执行此操作,则可以使用
-J
标志(如果执行远程测试,则使用
-G
)通过每个单独的属性测试。然后,您可以在测试中使用
${{uu P(活动ID)}

访问该属性。我也不明白为什么有人否决了这个问题,这其实很有趣。好吧,我没有时间正确格式化答案,但一个简单的想法是将HTTP请求命名为包含活动ID(例如,
请求)${campaign id}
)。这样的话,它仍然在同一份报告中,但每个营地都将在一条单独的线路上。感谢Kiril的回复。经过一些研究,我决定将它们作为单独的测试。它更简单。这正是我最终要做的。谢谢你的回复。