本文介绍了在并发用户性能测试中，如何理解和运用集合点。在大型国企的CRM系统性能调优项目中，通过设置集合点在“订购提交”前，实现了相对严格意义上的并发，以找出性能瓶颈。并发用户并不等于严格并发，集合点的使用需根据业务场景和测试目的来决定，如调优或评测。在调优场景下，集合点至关重要，而在评测场景下则可能不需要。
大家好！目前项目正在做某大型国企的性能测试。由于刚接触性能测试，对很多的基础概念并不了解，测试中遇到的一个问题就是在并发测试中是否需要加入集合点。在此将“并发用户测试与集合点”之间的关系分享给大家。（参考网络博客，并总结）。
备注：此处以倒叙的方式分享，即先将我的最终结论展示给大家，再分享“并发用户测试与集合点”之间的关系。
项目背景：
企业CRM系统；具体业务以订购某个商品A为例；
我们此阶段的性能主要目的是对系统的调优，
那么首先这个性能脚本从登陆、用户初始化、进入商品订购页面、选择商品、订购提交、退出系统这六个主要事物组成。这里以并发100用户数为例。
痛点：
并发测试中是否应该加入集合点？集合点应该加入在哪里？
最佳实践：
集合点是一种特殊的并发，通常是以调优为目的性能测试中才会用到，主要是有针对性的进行试压，以便找到性能瓶颈。
正如项目背景中所提的，我们此阶段的性能测试目的是性能调
最低0.47元/天 解锁文章
扫一扫
4486
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
