2015-10-20 48 views
0

试图模拟如下:的JMeter:问题常定时器

  1. 10用户登录[对于取出,并放到标题管理器的每个用户的身份验证令牌。
  2. 做任何动作[在附图中,这是在if控制器中休眠]。
  3. 注销每个用户[需要授权令牌]。

这工作完全,直到我添加步骤之间的恒定计时器1 & 3.它的工作原理,只要该计时器是< 10毫秒。当时间较长时,认证令牌被复制[与定时器成比例],并且剩余用户的注销失败。

图像已更新为包含Cookie管理器。 Observe the auth token header, this is the same for all requests when the timer is > 30 ms

+0

可以显示更多关于“当时间大于auth令牌重复[与定时器成比例]”的信息。 –

回答

0

其实是一个愚蠢的错误。我从响应主体中提取身份验证令牌并将其保存在变量中,然后作为属性传递,然后作为用于身份验证的Jmeter请求头传递。

当没有延迟。 Jmeter有足够的时间完成整个登录 - >注销序列,然后它会初始化并启动下一个线程。因此在这种情况下没有问题。当我们添加一个计时器时,它无法完成整个过程,新线程将覆盖新的属性。因此,这个问题。

0

您似乎没有在测试计划中放置Cookie管理器。 你确定你没有为每个请求打开一个新的会话吗?

我不认为常量计时器与您的问题有关。

+0

1.感谢您的回复。在我上面的原始问题中更新了带有Cookie管理器的测试计划的屏幕截图。 2.不,不会为每个请求创建新的会话。 3.请注意,在新附加的验证令牌屏幕截图中,注销控制器中的每个请求都具有相同的验证令牌标头。当计时器具有足够大的值(> 30 ms)时会发生这种情况。 任何反馈是高度赞赏。 – Dev