JMeter并发用户计数实践

Question

我有一个在生产中工作的web应用程序，并且有我的应用程序的2000+用户。现在我必须在系统上执行性能测试，那么是否知道一次会有多少并发用户发送请求呢？据推测，并不是所有的2000+用户都同时访问服务器。

我将使用JMeter对我的系统进行负载测试，那么我应该假设有多少并发用户同时访问服务器呢？

世界上有什么做法吗?还是有不同的应用程序？

欢迎任何帮助。

Answer 1

这是一个现实世界的问题，还是一个学术问题？您是否试图为您正在测试的特定应用程序找到答案？还是你在寻找一个通用的公式作为答案？

如果您有一个已经在生产中的应用程序，那么您可以分析日志并确定2000+用户的使用模式。这将告诉您有多少人通常是并发用户，并且可以帮助建模您的J抄问题的答案。首先，您可以考虑人们现在是如何使用您的系统的，以及您如何期望随着时间的推移而增长。可以为你的实验提供一些目标。

为了回答你的具体问题，在我的经验中，应用程序是不同的.

Answer 2

据我所知，您正在尝试回答以下问题：“如何将我从使用当前系统中获得的信息(每秒并发用户数和点击率)转换为JMeter中的多个并发线程？”我会尽我所能回答的，如果这不是你的问题，请纠正我。

像JMeter这样的工具不允许您简单地告诉它“在Y秒内点击这个页面X次”，相反，它们会尽可能快地执行测试，并且通过增加和减少线程数来控制每秒的点击总数。

您可以为您的压力测试设定许多目标，其中之一可能是“确保我们能够继续支持当前的生产负载”。在这种情况下，通常需要对多少个线程进行一些实验，直到达到一个数字，该数字将产生与您在生产环境中看到的负载大致相同的负载。如果您在任何时间内运行测试，则不能保证每秒的请求将保持一致。例如，如果应用程序中内存泄漏缓慢，则测试每秒的请求数可能会随着时间的推移而减少，因为返回响应所需的时间越来越长。

我已经尝试过编写测试，每X秒只发送一个请求，这样我就可以将请求“节流”到一个确切的数目。您可以通过启动一个计时器、发送一个请求、得到一个响应，然后睡觉，直到计时器命中X秒。然后，您可以很容易地计算出需要执行多少线程才能获得每秒的确切请求数。

我要说的是，在尝试了这种方法之后，我停止了使用它，因为它并没有增加太多的价值。我通常可以实现我所有的压力测试目标，而不使用这个技巧。