LoadRunner中实现一个系统下多用户多业务同时并发的场景设计

wangyong3552128

if (ParamVUID_INT<=10)
TransactionA；
是进来一个vu就判断吗？

Athenst

这个土办法脚本是不适合以下情况的：
在脚本运行过程中增加虚拟用户，这在上面6#已经回复过。

另外再和断寒兄唠嗑唠嗑～：）

这个脚本里面的IF是故意这样写的，就是要将100个虚拟用户分配到不同的业务逻辑上去～～
根据每个虚拟用户的ID来分配的，而判断条件就是ParamVUID_INT这个值～

欢迎再提意见和建议～

Athenst

原帖由 wangyong3552128 于 2007-7-13 11:47 发表
if (ParamVUID_INT

是这样子的，并发的时候100个用户是一起执行到集合点的；每个用户都有一个ID值。

通过这个ID值，在集合点释放之后，这些虚拟用户被分配到各个不同的事务上去。

ppent

Athenst朋友非常具有思考探索精神，测试人员就该具备这样的精神，这里先拍一下他的MP，以后好说话。sdlkfj2

再说一下，其实这种方法不是你所说的土方法，在Scott Barber的“User Experience, Not Metrics”系列的第三章有详细的介绍，文章将其成为灵活脚本方法（smart script method），这种方法使用起来非常灵活、快捷，其与脚本分组策略的区别从使用的角度其实没多大区别，但从负载服务器的资源使用方面就有很大的不同了。

我们知道，脚本在运行之前是需要先进行初始化的，这包括脚本的加载，以及参数（Rational robot中称为数据池）的初始化，这就意味着所有的分支操作脚本都会被加载进内存，而更大的开销是数据池，可以想象一下大量的数据池加载时的系统开销。（这里我认为参数池是在脚本初始化时就已经都准备好的，但我没有经过验证，如果有朋友验证过或有不同意见也请说一下）对于执行的用户而言，它只会执行其中的某条路径，其它分支对它来说是冗余的，而这些冗余的开销又会降低负载服务器所能承担的并发用户数。

在Scott Barber的文章介绍中，当只有少量的分支操作时，可以用灵活脚本的方式，当分支操作较多的时候，建议分开脚本并使用场景设置的方式。有兴趣的朋友可以去研究研究，中文版已经翻译完，但还在校验中，估计会在下周在我的博客上发表，不喜欢看英文的朋友也可以等一等。sdlkfj2

断寒

24楼的兄弟还能把E文电子档的发给我看看啊？
wang-r@neusoft.com.
谢谢啊~~

ppent

You can download the doc from this url:http://www.perftestplus.com/resources/UENM3.pdf

断寒

恩，谢了，这个网站里面的资源还满多的。呵呵。

Hbxlhm

谢谢楼主！

tanbofish

可以同时执行多个场景吗?如果可以同时执行多个场景就不可以了.没必要用这种方法啦.

zxyu1982

学习

泉声

事务是可以跨action的.但集合点好象没有听说过可以跨脚本的吧,只做过不同脚本命名同一个集合点.楼上的用例,其实可以做成四个脚本,分成4个group来,4个脚本的集结点设成同名就行了.不用搞得那么复杂哦.

macco

谢谢楼主，真是好东西！

dominge

实际上一个用户还是执行了某一个事务而已，楼主能否实现一个用户执行多个事务时候的并发吗

lulu3

逻辑不对,看业务需求,是100个不同的用户同时执行不同的操作,而楼主的逻辑是根据用户的数量执行不同的操作,所以你的脚本同时只能执行一个操作,不能够达到100个并发.也不能多操作
这是我理解的逻辑,不知道其他人怎么理解的