LoadRunner--并发测试(多用户)

本文介绍了LoadRunner进行并发测试的场景,详细阐述了何时使用集合点,以及并发测试的条件,如设置集合点策略。在分析测试结果时,强调了响应时间的平均值、标准差和90 percent值的重要性,提醒读者在读取报告时不仅要看平均值,还要关注这些关键指标。此外,还提及了脚本的修改、编译和分析过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

并发测试:多用户进行并发测试,即在同一时刻同时进行某种操作。

1. 何时使用集合点---并发测试时使用

2. 并发测试的两个条件:

    1)脚本中加入集合点。( 在事务开始之前添加集合点,则所有虚拟用户执行到集合点时停止,等待并发。

          

          

    2)控制台中设置集合点策略设为第一项。

          

          

翻译:

Policy:策略

Release when 100% of all Vusers arrive at the rendezvous

   当100%的虚拟用户到达集合点时释放

Release when 100% of running Vusers arrive at the rendezvous

当100%的运行着的虚拟用户到达集合点时释放

Release when 1 of Vusers arrive at the rendezvous

   当1个虚拟用户到达集合点时释放

Timeout between Vusers 30 sec

   在每2个虚拟用户之间等待的时间不能超过30秒

3. 并发测试是考察系统的瞬间压力承受能力,是比较严格的测试,所以不需要等待时间(也叫思考时间、睡眠时间、think time)---忽略 think time

4. Lr结果报告中,显示了事务的响应时间的最小值、平均值、最大值,其中平均值比较重要。

5. 平均方差(std.Deviation)越小(趋近于0),表示事务的响应时间越接近,代表系统越稳定

6. 90 percent:表示执行该事务的90%的用户都可以在该时间内完成操作。   Eg:100用户共同执行某事务,其中1个用户执行时间为1000秒,99个用户执行时间为0.01秒,则90 percent和平均值哪个真实?---90 percent值比较真实。---所以,读报告时,不应只看平均值,也要关注90 percent值。

          

7. 脚本中添加代码(修改代码)后,一定要进行编译(相当于保存)。

8. Analysis不能直接打开脚本生成器中的脚本结果,脚本生成器(VUG)中的脚本只能调试后点击“run”来从replay log中查看结果。

9. 当脚本调试通过后-->加到控制台-->打开analysis

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值