Jmeter 如何使用MS帐户在30分钟内模拟5000个用户登录

我们有一个系统来模拟5000名用户在30分钟的时间跨度内同时访问系统。它使用Microsoft在线登录帐户，并将经过身份验证的用户重定向到系统

注意：我们的测试用户帐户数量有限。（20用户帐户）

用户登录吞吐量=5000/（30*60）=2.78用户登录/秒

考虑到用户帐户数量有限，计划如下

使用20个用户帐户模拟每秒3-5次登录，持续30分钟，并使用吞吐量控制插件

使用直接API调用模拟系统中的活动用户

问题

这是在用户帐户数量有限的情况下处理所需吞吐量的正确方法吗

还有什么其他选择

一般来说，最佳实践是将JMeter线程（虚拟用户）1:1映射到真实用户。根据您的应用程序如何处理新登录，它可能不会显示全部信息，尤其是在为每个新登录触发一些后台活动的情况下。此外，库、数据库、操作系统、应用程序服务器和其他中间件往往会请求结果，因此1个用户拨打5000个电话与5000个用户拨打5000个电话不同

良好的负载测试需要尽可能地模拟网站（或应用程序或服务）的实际使用情况，因此，如果您正在测试一个使用API进行通信的网站，那么它只是从浏览器到目的地的流量的一部分，实际上，发送相关的，下载嵌入式资源（还记得about）、执行调用（当同一用户并行调用不同的API调用时）等等。有关更多详细信息，请参阅文章

因此，建议如下：

• 生成另外4980个测试用户
• 确保每个虚拟用户的网络占用与真实浏览器（或您正在模拟的其他应用程序）完全匹配

一般来说，最佳实践是将JMeter线程（虚拟用户）1:1映射到真实用户。根据您的应用程序如何处理新登录，它可能不会显示全部信息，尤其是在为每个新登录触发一些后台活动的情况下。此外，库、数据库、操作系统、应用程序服务器和其他中间件往往会请求结果，因此1个用户拨打5000个电话与5000个用户拨打5000个电话不同

良好的负载测试需要尽可能地模拟网站（或应用程序或服务）的实际使用情况，因此，如果您正在测试一个使用API进行通信的网站，那么它只是从浏览器到目的地的流量的一部分，实际上，发送相关的，下载嵌入式资源（还记得about）、执行调用（当同一用户并行调用不同的API调用时）等等。有关更多详细信息，请参阅文章

因此，建议如下：

• 生成另外4980个测试用户
• 确保每个虚拟用户的网络占用与真实浏览器（或您正在模拟的其他应用程序）完全匹配