LR:我能让LoadRunner中的伪随机变量具有确定性吗?

已经覆盖。我从4.51开始就和LoadRunner一起工作,如果没有设置随机种子的能力,我就无法调用一个版本。通常,这在控制器中设置的场景运行时设置中。您应该能够通过打开控制器用户指南的Acrobat版本并从术语“seed”中搜索,找到关于您的LoadRunner版本的文档。

对于像负载运行器这样的系统,播种随机数生成器是必需的。完美的例子-我有一个我想要测试的代码变更。我为随机数生成器种子,然后使用和不使用更改的代码运行。执行的函数序列是随机的,但两个测试将使用相同的序列。这使我能够看到代码更改的确切影响。如果看不到随机数生成器,我将不得不在非常高的负载下运行非常长的测试,以尝试平均出随机性。

如果没有种子,第二个测试将选择完全不同的路径。在另一个迭代中,还有另一条完全不同的路径。我想要随机序列,但是可以重复的随机序列。这就是为什么所有现代语言都允许你植入一个随机数生成器。LoadRunner客户机只需要添加一个文本字段,允许您为其随机数生成器输入“种子值”。

你问题的简短答案是: 不 .

Random implies just what it says => "Random". 

如果您使用参数的“内置”随机特性,那么您将非常棘手,因为您无法控制如何初始化内部随机种子,而且这无法以任何方式预测下一个值。

如果您最终想要实现的是推断结果并预测负载下的服务器行为,那么您将面临一条非常崎岖的道路。

外推结果

Your run with 100 vusers and achieve an avg. of 50-60 hits/sec with
response times under 3 sec.

Logically 1000 vusers (10x load) would give you 500-600 hits/sec ... 

But what about the response times? How do you extrapolate them? How do you know
when the web-server(s) chokes and achieves it's knee-point? 

记住,点击/秒与响应时间成正比…因此,预测每秒点击量(或每秒页数)变得非常困难和不准确

你无法控制的事情

即使你得到了另一次运行的“精确”副本,你仍然需要处理响应时间和网络延迟,事实上,无论情况如何(也完全超出你的控制范围),这都是不同的。

定义负载的更“现实”的方法

负载测试本身并不是一门精确的科学,没有负载测试可以完全模拟现实世界,但我们可以接近。我们在这里的方法是尽可能地模拟单个用户。这样,我们就可以根据用户类型设置负载期望值,“业务”人员通常都会知道这一点。

我们还将“用户”分为不同的类型,例如电源、普通用户或新手用户——它们的区别在于它们的运行速度(以及它们使用UI的方式)。

通过这样做,我们可以用特定的“预期用户负载”来“加载”目标应用程序,而不是页面/秒、点击/秒值或其他技术指标。

我们还执行更长的运行来查看服务随时间的变化情况,因此在耐久性测试阶段,72小时或更长时间的测试并不少见。这还显示了服务器上是否随时间发生内存泄漏,以及后台进程在“夜间”期间如何影响服务器性能。