在Jmeter中对WebSocket进行压力测试
我正在尝试WebSocket使用Jmeter的插件（jmeter-
websocket
）对服务器进行压力测试。关键是该插件没有附带文档说明如何使用它，因此我不确定是否支持我的期望。
我设法使用提到的插件运行了一个示例测试，它已成功连接到服务器。它也设法与服务器进行通信，但是一旦完成接收到第一个响应，它就会断开连接。我希望以某种方式配置此插件，以便它将与WebSocket服务器保持持久的连接几分钟，在断开连接之前发送和接收一些消息。
通过压力测试，我想了解并发连接的数量如何影响我的应用程序的行为。这个插件适合我的需求吗？如果是这样，我应该如何处理？
问题答案：
我有完全一样的问题。您提到的插件仅适用于类似HTTP的请求/响应，但我无法将其用于“长”连接。
看看这个http://github.com/maciejzaleski/JMeter
特征：
- 支持WebSocket协议的HTTS / HTTPS（ws / wss）版本
- 选择忽略SSL证书错误
- 流式传输允许单个连接在测试期间保持打开状态
- 响应必须匹配预定义的正则表达式
- 响应超时
- 响应消息积压（从多个服务器消息构建Sampler响应）
- 如果服务器发送匹配预定义正则表达式的消息，则连接可能会关闭
-
我想进行压力测试，从预期的用户数开始（或从1个虚拟用户开始），然后逐渐增加负载，例如10个线程、20个线程等等…。100个线程，直到响应时间开始超过可接受的值或开始出现错误。但是对于所有这些测试运行，我应该增加爬升周期（秒），还是所有测试都保持不变？图片如下：
-
嗨，我是JMeter的新手，我知道如何使用JMeter执行负载测试。我试图弄清楚压力测试或容量测试是如何通过JMeter执行的。是不是通过逐渐增加JMeter中的线程数，我们可以确定何时出现性能问题，并获得阈值，在阈值以上运行测试。那它会做压力测试吗？ 在如何执行压力测试和能力测试与Jeter工具混淆。
-
压力测试很有趣，一开始好像压测的目的是找出系统在负载下能不能工作。现实中，系统在负载下确实能工作，但在负载足够重的某些情况下不能工作。我把这叫做碰壁或撞响[1]。可能会有例外，但大多数情况下会有这么一堵“墙”。压测的目的是为了指出墙在哪里，然后弄清楚怎么把墙移得更远些。 压测计划需要在工程的早期就规划好，因为它经常有助于弄清楚到底什么是被期望的。两秒的网页请求是一个悲伤的失败还是一个了不起的成功？
-
问题内容： 是否可以对Android系统进行压力测试，以检查如果可用内存减少（以及因此杀死了哪些应用程序，…）会发生什么情况。 我目前有一个测试应用程序，该应用程序会定期在向量中分配10MB。但是，抛出OutOfMemory异常达到500MB。但是被测系统没有受到足够的影响。我需要获取更多的内存。 是否有任何已知的库/程序要使用，或者有其他任何方法可以使应用程序使用超过500MB的内存。 补充：我
-
我想对一个网站进行压力测试。主要目的是在并发用户数和命中视频数/秒（RPS）方面找到性能下降点。 我使用了ultimate thread group，并将用户数量设置为200，加速时间为200秒。我已经为终极线程组添加了吞吐量整形计时器，并将每秒请求数设置为8。(如果我每秒钟只有一次采样器点击，那就控制得很好，是8次点击/秒。如果我有一个以上的采样器点击不受控制，他们甚至达到20，25，40等..
-
用Jmeter对Keycloak进行压力测试，结果是100%的CPU使用率。