压力测试计划- JMeter

Question

我是新的压力测试，并希望确保我是以一种正确的方式接近它。

Out团队的目标是确定我们应用程序当前的后端基础设施(application、AWS和AWS MySQL RDS)是否能够支持每天100,000名用户。我对这些问题的思考方式如下：

输入：

• 100 000用户/天
• 16小时/天活动时间--因为我们有全球用户基础
• 用户使用该应用程序平均花费30分钟。

规划：

1. 大多数用户不可能在16小时内均匀分布，因此让我们使用平均3倍，即(100 K用户/ 16小时)*3= 18,750用户/小时
2. 尽管我们预计用户会在我们的应用程序上花费30分钟，但让我们假设只有10分钟的时间会在峰值区域结束。因此，我们需要模拟3,125并发用户(18,750用户/小时*10分钟/60分钟)

问题：

1. 上述逻辑是否合理？
2. 在JMeter中模拟这种负载的正确方法是什么？
3. 我们应该看看线程的数量(如果是的话，有多少)？
4. 我们应该检查吞吐量(如果是的话，我们应该寻找什么值)？
5. 还有别的吗？

如有任何建议，将不胜感激。

谢谢你，根

Answer 1

您所描述的是一个负载测试，应力测试是不同的，它不是检查应用程序是否能够支持100 k用户，而是更多地检查查找第一个瓶颈

通常情况下，这个过程如下：

1. 从一个线程开始(虚拟用户)
2. 您将逐渐增加负载，直到：

- You reach the maximum number of users your application is supposed to support
- You detect performance degradation (increasing response time, decreasing throughput, errors start occurring, whatever comes the first)

在理想的系统中，当您以给定的因子增加负载时，吞吐量(每秒请求数)应该增加完全相同的因子，响应时间应该保持不变(或下降)。

如果响应时间增加，这意味着系统无法处理负载，您需要确定原因(最慢的组件)，并检查是否可以以某种方式优化它。

对于“负载测试”，您的假设看起来是有效的。

更多信息：为什么“正常”负载测试是不够的

Answer 2

您的逻辑很好，只不过您似乎将VUsers与访问时间(或目标吞吐量，即a.k.a )混淆在一起。容量)。下面的计算器验证您的计算。

IMO，因为您知道目标TP (SLA)，实现工作负载的一个简单方法是使用到达线程组提交它(请求)。这个TG将实例化维持目标TP所需的线程数。