Url Jmeter无法像浏览器那样正确重定向

Jmeter无法像浏览器那样正确重定向

我有URL1，它在被调用时重定向到URL2

重新定向的类似URL2的参数id号的部分是动态生成的，如下所示

以下是通过浏览器从正常调用捕获的状态代码和重定向

Jmeter http采样器/请求有两个选项“自动重定向”和“跟随重定向”

问题: 选择“自动重定向”似乎不起作用，因为与URL对应的页面未加载

然而，由于某种原因，在通过jmeter调用URL1时，它返回的状态代码为200 OK，这意味着jmeter无法捕获302的中间状态代码，因此无法捕获重定向的URL

现在我有一个问题

1） 如何使jmeter正确执行重定向 2） 如何从URL1的响应头字段捕获重定向url，假设URL1的响应代码显示为OK，即302表示重定向状态

---

请帮助

JMeter与浏览器一样工作，只需选中“跟随重定向”

它比浏览器更灵活，因为它允许您对中间页面进行控制，以提取一些数据或断言某些内容

如果重定向不起作用，那么它要么是您的模拟中缺少的标记，要么是一个bug，尽管JMeter 3.3中对此没有确定的bug

---

因此，请确保您使用它，如果问题仍然存在，请询问他们的用户邮件列表，如果确认，请打开一个bug。

Hi-UBIK LOAD PACK，是的，我与Fiddler比较的参数数据和发送相同消息的参数数据期望很少有唯一的ID。当我们从Fiddler捕获时，它显示302重定向，但当从JMeter运行相同的重定向时（验证了自动重定向和跟随重定向），它给出的是200代码，而不是302代码。我不知道问题出在哪里，通过传递参数没有问题，当我用Fiddler验证时，所有参数都是匹配的。但是为什么JMeter得到的是200而不是302。如果它得到302，我必须从响应头捕获唯一id。因此，如果请求获得302，那么只有我可以获得唯一ID并在下一步中使用。但是JMeter得到了200。您可以从下面的URL检查请求参数。。JMeter通过与浏览器通过。[1] ：最有可能的问题是不同的参数，它们是某些计算（校验和）或以前提取的结果，您是否进行了相关工作？如果不是这样的话，那就是200而不是302的原因。您的提交失败了先前提取中已捕获并通过的不同参数。这些都是正确的。