本文探讨了在LoadRunner性能测试中，如何处理集合点与并发用户数的关系。通过一个例子说明，虽然可以设置每5秒加载或退出Vuser，但由于计算机的串行处理，实际并发可能无法达到理想状态。对于实现最大并发用户数，可以利用集合点函数确保同一时间点的用户操作。性能测试中，业务并发更关注真实场景，而集合点主要在调优测试中用于定位性能瓶颈。
例子：登录操作，每5S加载2个Vuser，要求的最大并发用户数为3个，持续运行5min，然后每5S退出2个Vuser；
分析：不到1min，3个Vuser都加载完毕，同时运行，但是步调很有可能不一致，所以不能实现真正意义上的最大并发数，只能算是在线用户数为3个；
问题1：那么如果要求实现最大并发用户达到3个，该如何操作呢？
问题2：在业务的实际操作环境中，不可能达到完全的并发用户数（当然这个例子中设定的最大并发用户数3太小了），那又为什么要模拟这么多的并发用户数呢？有意义吗？
解答：
（1）虽然在Controller中多用户负载的Vuser是一起开始运行脚本的，但是由于计算机的串行处理机制，脚本的运行随着时间的推移，并不能完全达到同步。这个时候需要手工的方式让用户在同一时间点上进行操作来测试系统并发处理的能力，而集合点函数就能实现这个功能。
（2）在以评测为目的的性能测试中，用户更关心的是业务上的并发，其实是真实业务场
最低0.47元/天 解锁文章
614
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
