Loadrunner Load Runner:如何跳转到;vuser_end“;从「;行动“;

Loadrunner Load Runner:如何跳转到;vuser_end“;从「;行动“;,loadrunner,Loadrunner,我的Load Runner测试项目打算初始化500个虚拟用户,然后运行50个虚拟用户。因此,我在“Action”函数中编写了下面的脚本,让450个虚拟用户跳转到“vuser_端” int用户id; lr_whoami(&userID,NULL,NULL); if(userID返回0;\正常迭代 返回1;\忽略迭代间隔并立即迭代 返回-1;\n不再迭代 P>这听起来像是在结构上需要一个不同类型的用户用于SECOND条件。考虑第二个用户类型,它在动作中有折叠; Action() { int ram

我的Load Runner测试项目打算初始化500个虚拟用户,然后运行50个虚拟用户。因此,我在“Action”函数中编写了下面的脚本,让450个虚拟用户跳转到“vuser_端”

int用户id;
lr_whoami(&userID,NULL,NULL);

if(userID返回0;\正常迭代 返回1;\忽略迭代间隔并立即迭代 返回-1;\n不再迭代

<> P>这听起来像是在结构上需要一个不同类型的用户用于SECOND条件。考虑第二个用户类型,它在动作中有折叠;
Action()
{
int rampup, \\in seconds
    idletime; \\in seconds

sleep(rampup *1000);
sleep(idletime *1000);

return 0;
}

将此计划安排为一次迭代,然后让用户在该点进入自然vuser_端。

返回0;\n正常迭代 返回1;\忽略迭代间隔并立即迭代 返回-1;\n不再迭代

<> P>这听起来像是在结构上需要一个不同类型的用户用于SECOND条件。考虑第二个用户类型,它在动作中有折叠;
Action()
{
int rampup, \\in seconds
    idletime; \\in seconds

sleep(rampup *1000);
sleep(idletime *1000);

return 0;
}

将此计划安排为一次迭代,然后让您的用户在此时进入自然vuser_端。

看起来您希望lr_中止,这是直接从文档中获得的:


lr_abort函数中止脚本的执行。它停止Actions部分的执行,执行vuser_end部分,并结束执行。如果由于特定错误情况需要手动中止运行,此函数非常有用。使用此函数结束运行时,状态为“Stopped”

看起来您想要lr_中止,这是直接从文档中得到的:


lr_abort函数中止脚本的执行。它停止Actions部分的执行,执行vuser_end部分,并结束执行。如果由于特定错误情况需要手动中止运行,此函数非常有用。使用此函数结束运行时,状态为“Stopped”

创建一个场景,在该场景中,应在所有其他用户运行后运行的脚本依赖于他们。

创建一个场景,在该场景中,应在所有其他用户运行后运行的脚本依赖于他们。

我已尝试在“操作”中睡眠刚才,但是respone time包含在sleep time中。因此,“sleep”将导致测试结果不符合性能指标。根据您的后续评论,我可以添加以下内容。(1)sleep用于在init的单个迭代中保持用户,保持一段时间,然后逐渐下降。(2)如果您正在接收一个时间度量,这仅仅是因为您已经为操作调整了自动事务如果您希望在整个测试过程中保持这种状态,那么请删除rampup变量,将迭代时间降至零,并简单地安排一个包含这些用户的组,以首先爬升,在测试期间运行,然后在第一个组(实际工作人员)之后爬升完成。@SharpKid,@JamesPulley,不能简单地通过在cal之前添加行
vuser\u end()
来解决问题。
?从不直接调用vuser\u end()。这是调度程序的一部分。@JamesPulley,没错,调度程序会调用
vuser\u end()
如果我们在运行逻辑设置中有这样的设置,也是如此。但是,直接调用
vuser_end()
可以解决上述问题,不是吗?对于我的情况(这里是LR11),似乎可以很好地工作。或者,有什么特别的原因我们不应该手动调用
vuser_end()
吗?我已经尝试在“操作”中睡觉了刚才,但是respone time包含在sleep time中。因此,“sleep”将导致测试结果不符合性能指标。根据您的后续评论,我可以添加以下内容。(1)sleep用于在init的单个迭代中保持用户,保持一段时间,然后逐渐下降。(2)如果您正在接收一个时间度量,这仅仅是因为您已经为操作调整了自动事务如果您希望在整个测试过程中保持这种状态,那么请删除rampup变量,将迭代时间降至零,并简单地安排一个包含这些用户的组,以首先爬升,在测试期间运行,然后在第一个组(实际工作人员)之后爬升完成。@SharpKid,@JamesPulley,不能简单地通过在cal之前添加行
vuser\u end()
来解决问题。?从不直接调用vuser\u end()。这是调度程序的一部分。@JamesPulley,没错,调度程序会调用
vuser\u end()
如果我们在运行逻辑设置中有这样的设置,也是如此。但是,直接调用
vuser\u end()
可以解决上述问题,不是吗?对于我的情况(这里是LR11),似乎效果很好。或者,有什么特别的原因我们不应该手动调用
vuser\u end()
吗?我在“操作”中尝试了“lr\u中止”刚才,但是虚拟用户立即停止了。我想让虚拟用户在所有虚拟用户用完后停止,就像正常场景中的时间表一样。我在“操作”中尝试了“lr_abort”刚才,但是虚拟用户立即停止了。我想让虚拟用户在所有虚拟用户用完后停止,就像正常场景中的时间表一样。