loadrunner虚拟用户数和参数化的用户说的关系
答案:2 悬赏:80
解决时间 2021-02-21 04:53
- 提问者网友:敏感魔鬼
- 2021-02-20 21:10
这样的,我迭代设置的为10,Vuser设置的为30,就拿“登陆“为一个事务来说,我对脚本中用户名和密码进行参数化的时间需要添加多少条用户名和密码?(一个用户名对应一个密码,算一条) Vuser的数量和参数化的用户数量必须相等吗?他们什么关系?请知道的大神详细说一下哈,谢谢
最佳答案
- 二级知识专家网友:我们只是兮以城空
- 2021-02-20 21:30
并发用户数量,有两种常见的错误观点。一种错误观点是把并发用户数量理解为使用系统的全部用户的数量,理由是这些用户可能同时使用系统;还有一种比较接近正确的观点是把用户在线数量理解为并发用户数量。实际上,在线用户不一定会和其他用户发生并发,例如正在浏览网页的用户,对服务器是没有任何影响的。但是,用户在线数量是统计并发用户数量的主要依据之一。 并发主要是针对服务器而言,是否并发的关键是看用户操作是否对服务器产生了影响。 因此,并发用户数量的正确理解为:在同一时刻与服务器进行了交互的在线用户数量。这些用户的最大特征是和服务器产生了交互,这种交互既可以是单向的传输数据,也可以是双向的传送数据。 比如说:有一个这样的场景,系统在线用户是100个,但是同时操作某一个事物(比如说登陆操作)的人是20个 那么场景怎么设计了?在Controller中设置100个虚拟用户执行这个脚本,然后登陆操作之前放一个集合点,然后设置集合点的策略(20个用户到达时即执行集合点) 对于多个业务场景, 只要录制多个脚本放在同一个场景内, 然后分配不同比例的虚拟用户就可以了, 如果不想跑哪个业务场景, 那就不选中这个脚本即可.
全部回答
- 1楼网友:糜废丧逼
- 2021-02-20 21:54
你的理解的虚拟用户应该是 迭代次数 ,录制脚本时只会有1个虚拟用户,1个虚拟用户可以有多次 迭代,也就是 重复执行 action里面的内容,在场景设置的时候,如果你说的10时在runtime-setting的run logic里面设置的,那就是1个虚拟用户 迭代 10次,并且要求你设置的场景duration的类型为run until completion 时,这个设置才会起作用,如果duration的类型是run for <时间>, 这个意思就是1个用户在这段时间内不停执行action里面的操作。
我要举报
如以上问答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息,可以点下面链接进行举报!
大家都在看
推荐资讯