大家好!
因此,设置如下迭代的总数是1955,不是2000。是什么错了吗?
场景:
——名称:场景
数量:
——名称:人口
rampup_load:
min_users: 1
max_users: 10
increment_users: 1
increment_every: 1
持续时间:200次迭代
stop_after: 30年代
(最初要求和解决支持中心)
大家好!
因此,设置如下迭代的总数是1955,不是2000。是什么错了吗?
场景:
——名称:场景
数量:
——名称:人口
rampup_load:
min_users: 1
max_users: 10
increment_users: 1
increment_every: 1
持续时间:200次迭代
stop_after: 30年代
(最初要求和解决支持中心)
如果您正在运行的测试CLI租赁时间到期吗?尝试设定预约时间
——reservation-duration文本预订的时间(以秒为单位)测试(如果启用了预订模式)
如果您正在运行的测试CLI租赁时间到期吗?尝试设定预约时间
——reservation-duration文本预订的时间(以秒为单位)测试(如果启用了预订模式)
在NeoLoad Web测试运行,建立以代码形式
你能提供一个链接文档的预订模式?
你好,是说预订模式可能是一个选项。但是,当您的测试停止状态的终止原因是什么?是有关许可证的问题?
可能是由于迭代,并没有完全执行由于一些错误管理设置你可能在用户路径水平?
你好,是说预订模式可能是一个选项。但是,当您的测试停止状态的终止原因是什么?是有关许可证的问题?
可能是由于迭代,并没有完全执行由于一些错误管理设置你可能在用户路径水平?
测试停止作为一个完全完成,没有错误,没有许可证的问题,没有什么特别。
所有迭代都成功完成,而不是预期的数量
我的猜测是由于用户发起的加大,当第一个用户完成200次迭代时,它停止其他用户迭代过早,
同样,我忘了说,添加stop_after: 30年代增加数量的迭代,但无论我把它多大,不达到2000数量的迭代
你好,是说预订模式可能是一个选项。但是,当您的测试停止状态的终止原因是什么?是有关许可证的问题?
可能是由于迭代,并没有完全执行由于一些错误管理设置你可能在用户路径水平?
测试停止作为一个完全完成,没有错误,没有许可证的问题,没有什么特别。
所有迭代都成功完成,而不是预期的数量
我的猜测是由于用户发起的加大,当第一个用户完成200次迭代时,它停止其他用户迭代过早,
同样,我忘了说,添加stop_after: 30年代增加数量的迭代,但无论我把它多大,不达到2000数量的迭代
我又看了一下你的yaml文件内容。当你提到2000次迭代我认为这是一个错误我想有误解测试将持续多久。
首先,在yaml文件“增量”是排在第二,但它应该是一个迭代的数量。其次200次迭代的持续时间并不意味着所有用户将执行200次迭代。当第一个用户开始将完成200次迭代测试将会停止。
所以你的猜测是正确的,它能够正常工作。从这里描述的文档,这是:
过渡:迭代的数量字段允许您设置测试时间,测试结束一旦每个虚拟用户推出以来第一次迭代完成迭代进入数量的迭代的数量(每个初始用户)。后续用户推出了在每个增量不影响测试时间。