LR如何实现即有用户 又有用户查询 还有用户退出的并发？？？？

xuxiuhua

在线等待

jaunty

怎么没人回复了？关于这个用户比例人数受在脚本中重复transaction的影响的问题。我想知道有谁有想法？

[ 本帖最后由 jaunty 于 2010-3-26 15:09 编辑 ]

jaunty

原帖由 skyzhu 于 2010-3-24 13:39 发表
每个脚本集合点用同一个就可以了，脚本分开
括号里就是集合点并发的地方
（登录）
登录，（查询）
登录，（退出）

你这种做法就是全部模块都是严格意义的并发了？

skyzhu

每个脚本集合点用同一个就可以了，脚本分开
括号里就是集合点并发的地方
（登录）
登录，（查询）
登录，（退出）

jaunty

针对这个问题 我有个疑问
假设你的脚本里即包括 登陆-查询和退出
当你在controller里 分组设置不同的的虚拟用户类型是一个组代表一个虚拟用户类型，比如说：
注册的用户10个，登陆的50个，查询的100个，编辑的50个，增加的200个，退出的90个

上面这个例子中假设我的脚本里包含了以上6个功能点的测试代码。那么我在controller里面设置场景的时候可以加6个组，每个组分别把这个脚本加进来然后按照每个业务快的用户数给每组指定对应的虚拟用户量。

但是这样跑出来的结果就是可能第一组专门有10个人在做注册，第二组有50个人在做登陆。但是有个问题，由于所有的脚本都包括了所有的业务块，那么这个时候系统中可能就不是有10个人在做注册 可能会有60个人或者10~60之间个人在坐。

我曾经想过把脚本分解，每个业务快做成独立的脚本，但是有些业务快的测试代码必须要有上下文就是例如测查询的代码我很难把它做成一个独立的脚本，毕竟他会根据登陆的人的信息决定查询出的内容或者查询权限。


请问就这个问题，有谁有解决方案?

mball

LR的问题不在这个区咯~
只要你的脚本是实现了用户登陆-查询-退出这样的功能，然后设置每隔多少时间并发多少个用户应该就能实现了吧

superliming

性能测试得分场景
比如一个系统要求500个用户，经过我们的调研正在注册的用户10个，登陆的50个，查询的100个，编辑的50个，增加的200个，退出的90个。分别给每个场景录制脚本，定义虚拟用户，这个可以实现你的要求。总之，需要多脚本实现。