我们遇到过类似的问题,需要您的帮助来解决这个问题。 您能否请告诉我们您的联系电话,以便我们与您联系,或者如果可能,您可以提供您的脚本,以便我们可以参考
以下是我们遇到的问题:
我正在尝试使用Jmeter通过HTTP采样器测试Rest服务。不确定如何从采样器捕获令牌生成令牌并在另一个HTTP的头管理器中使用此令牌进行授权。
尝试进入truclient浏览器时,Loadrunner未显示网址。以下是问题,因为此Web地址自动重定向到另一个Web地址,即身份验证服务器。
您能为下面的问题建议另一种解决方案吗? 这是我们正在努力实现的确切方案 我们想加载测试门户但是由于重定向和使用不同的身份验证方法,我们无法在loadrunner中使用truclient协议来执行此操作。还试过多个协议选择LDAP,SMTP,HTTP / HTML等但没有运气。**
谢谢你, 桑尼
答案 0 :(得分:0)
JMETER在体系结构上将是与LoadRunner等效的HTTP协议层,但每个浏览器仿真的线程数除外。
与代码请求相反,我希望在架构上可视化问题。你提到重定向,这是一个HTTP 301/302重定向还是一个用传递回客户端的信息处理,在客户端处理然后重定向到另一个主机?您通过标头令牌提到动态身份验证,您是否检查过Laodrunner Web虚拟用户中的web_add_header()和web_add_auto_header()以传递额外的标头消息,包括已与先前请求相关联的消息,例如当您传回令牌时注意?
这种认证机制是基于? LDAP? Kerberos的? Windows集成身份验证?基于标头中的用户名/密码进行简单验证?您是否可以在架构上更加具体,何时发挥作用,例如从第一个通过防火墙访问测试环境的请求,或从 n 请求获取业务流程内的访问权限?
您提到RESTFul服务。这些可以是独立于传输的,例如使用邮箱通过SMTP传递以在客户端和服务器之间传递数据,或者通过HTTP传递类似于SOAP消息。你有这个架构清晰度吗?是否需要跨SMTP和POP3提供邮箱身份验证才能发送和接收?