我正在配置负载测试并且对设置感到好奇/困惑。我正在测试一个内网网站，预计会有 6000 个并发用户。我的雇主有一些以前的顾问告诉他们负载测试用户无关紧要，我们需要担心每秒请求数。他们之前已经确定这 6000 个用户将产生 30 rps，而我认为这是不正确的，我们需要证明我们可以超过这个数字。之前的负载测试只设置了 200 个用户，结果显示它确实超过了 200 rps。他们对结果很满意，但这不是我的理解。
我的问题是，如果我们需要支持 6000 个并发用户，我应该将我的用户设置为 6000 并运行，还是 rps 是一个足够依赖的数据？
真的很难用真人的橙子来衡量“虚拟用户”的苹果。一个真实的人可能需要几秒钟到几分钟的时间来阅读一个网页，然后采取一些行动。虚拟用户将能够每隔几秒钟处理一次网页。
要进行充分测试，您需要找出真实用户之间的通用“工作”单元以及我们可以使用 Visual Studio 生成的负载。顾问可能建议使用 RPS，因为它很容易从任何负载测试中测量，其中包含任何 webtests。这是一个很好的措施。
RPS 测量的准确性取决于对您的用户所做的假设。数学有点像：我有 6000 个用户，他们每天都需要使用该网站。大多数情况下，他们在早上登录，在早茶前工作一点，从下午 2 点到 3 点 30 分更频繁地访问网站。说
查看网站以前的日志或只是猜测您可以说：也许在高峰期，用户每分钟左右都会访问该网站。
在网站使用高峰期，30% 的用户正在工作。所以用户：6000 峰值百分比：30% RPS/用户：1/60
6000 * 30% * 1/60 = 30 RPS。
因此，如果该站点可以处理 200RPS，我们可以粗略地说它相当于所有 6000 个用户每分钟访问该站点的一个页面。
6000 * 100% * 1/60 = 200 RPS。
当您更改有关真实用户的假设时，RPS 的数量通常会发生巨大变化。