HTTP 重定向响应是对状态码属于 300 系列的请求的响应,这些状态码指示所请求的内容位于其他位置。重定向响应包含诸如 301 Moved Permanently 和 302 Found 的 HTTP 状态码。某些 HTTP 应用程序会将客户机重定向到特定 URL,但是对客户机请求的最终响应可由几台服务器之一来处理,从而均衡每台服务器所处理的负载。 例如,根据流量和负载情况,发送到 http://www.example.com/ 的请求可能会被重定向到 http://www-1.example.com 或 http://www-2.example.com。
运行测试时,预期重定向和意外重定向响应均受支持。 预期重定向响应在您记录测试时发生。在您运行测试时,将从服务器收到意外重定向响应,但是这些响应在记录的测试中不存在。
预期重定向响应通过自动数据关联来处理。要自动关联主机名和端口号,请单击由响应重定向时自动关联 URL 路径名复选框。缺省情况下,将选择此选项。
,然后选中在服务器返回不是重定向响应的 HTTP 状态码(例如 200 OK)之前,或者在达到了最大重定向响应数之前,都将遵循意外重定向请求。缺省情况下,要遵循的最大重定向响应数为 10 个。当收到 200 OK 响应时,将创建使用了最终响应中数据的引用。
将对意外重定向响应来动态更新服务器访问配置。例如,对于 Config_1 服务器访问配置(其中主机为 abc.example.com 且端口为 80),如果使用此配置的请求被重定向到 xyz.example.com 主机上的端口 8080,那么测试中所有使用此同一配置的后续请求都将使用 xyz.example.com 主机上的端口 8080。
请求中的验证点将应用于最终目标。可以在请求中设置 ResponseCode 验证点,以便能够相应地处理意外重定向。如果设置精确 ResponseCode 验证点,那么它将在发生重定向时失败。如果宽松代码列表中不包含属于 300 系列的状态码,那么宽松验证点也将失败。