我们有一个系统，可以模拟5000个用户在30分钟内同时访问系统。它使用Microsoft在线登录帐户，并将经过身份验证的用户重定向到系统。
注意：我们用于测试的用户帐户数量有限。(20个用户帐户(
用户登录吞吐量=5000/(30*60(=2.78用户登录/秒
考虑到用户帐户数量有限，计划
- 使用20个用户帐户模拟3-5次登录，持续30分钟的吞吐量控制插件
- 使用直接API调用模拟系统中的活动用户
问题
- 这是用有限数量的用户帐户处理所需吞吐量的正确方法吗
- 还有其他选择吗
- 通常，最佳实践是将JMeter线程(虚拟用户(映射到真实用户。根据您的应用程序如何处理新登录，它可能不会显示全貌，尤其是在每次新登录都会触发一些后台活动的情况下。此外，库、数据库、操作系统、应用程序服务器和其他中间件倾向于缓存请求结果，因此1个用户进行5000次调用与5000个用户进行的5000次调用不同
- 良好的负载测试需要尽可能近距离模拟网站(或应用程序或服务(的真实使用情况，因此，如果您正在测试使用API与后端通信的网站-这只是从浏览器到目的地的流量的一部分，实际上，事情可能会更加复杂，比如发送相关的头部，下载嵌入式资源(还要记住客户端缓存(、执行AJAX调用(当同一用户并行调用不同的API调用时(等等。有关更多详细信息，请参阅如何使JMeter的行为更像真正的浏览器文章
所以建议是：
- 生成另外4980个测试用户
- 确保每个虚拟用户的网络足迹与真实的浏览器(或您正在模拟的其他应用程序(完全匹配