LoadRunner知识点探讨：并发用户和集合点的关联

并发用户：简单说就是同时操作的用户，同时可以理解为同一时间段或者同一时间点（在某一点严格上说就只能有一个用户得到执行的权利）

集合点：同步虚拟用户，以便恰好在同一时刻执行任务（集合点可以说是一种策略）

本文意在指出合理的使用这两个概念，所以最好的办法就是例证，事实面前一切解释都是狡辩：

例证

需求：“本测试系统要求并发用户达到100”

这样的一个需求对于一个测试人员来说是多选题而不是单选题，为什么这样说呢？因为一个系统一定是包含多个功能，比如系统的登陆、注册、查询、删除等等。所谓的并发用户达到100具体针对的是哪个？

注：任何需求的提出都必须从实际环境来考虑，我们在场景设置的时候也必须反映出实际情况，才能模拟出更加真实场景，得出的结果才更有参考价值。

如：XX公司的的内控系统提供打卡签到，场景设置是“200个用户并发平均每10秒钟增加5个用户，运行半小时”。

此时测试就是一个时间段而非一个时间点，因为上班时间用户登陆一般都是在8：30~9:00这个区间，所以得出的结论是“在30分钟时间内，系统可以允许200个用户同时进行登陆操作”

但是如果不是这种单一登陆处理，而是用户登录进入之后，一部分人在完善个人资料，一部分人在查询数据，另一部分人在执行删除操作，还有一部分来发送消息等等。

就这样的一个业务中，在模拟执行性能测试时，就必须明确并发用户跟集合点的关系，在实际录制脚本的时候，我们就需要把这个业务分割成多个事务，然后分别对各个不同的事务要设置集合点。

为什么此时要使用集合点呢？

因为我们必须分析出每一个事务的并发情况，加入200个用户进去之后，我们就这样放任去这200个用户自由去操作，就不能判断出查询并发数多少、删除并发数多少、发送消息的并发又是多少，因为进入系统之后，没办法确定200个用户都同时干了些什么，所以此处才是集合点使用最合理的地方。

集合点是一种特殊情况下的并发，通常是在以调优为目的的性能测试中才会用得到，主要是为了有针对性地进行施压，以便找到性能瓶颈。

如果纯粹是单一性的测试并发情况，那就没必要设置集合点了，毕竟用户更关心的是业务上的并发。