在JMeter中将长响应时间记录为失败
共有1个答案
最简单的选择是添加一个持续时间断言
但是，如果它不够灵活，您可以继续深入并使用BeanShell。如果持续时间超过某个合理值，Nithin CV poyyil将根据先前的响应更新代码示例将请求标记为失败：
long expectedDuration = 1000L;
long actualDuration = prev.getTime();
if (actualDuration > expectedDuration) {
prev.setSuccessful(false);
prev.setResponseMessage("Request took longer than " + expectedDuration);
}
查看如何使用豆壳指南的参考和小食谱。
-
我正在通过一次发送250个请求来进行API负载测试。 1.配置 很自然，当很多用户同时请求时，服务器需要更长的时间来响应，这是它在这里说的。参见http://jmeter-plugins.org/wiki/responsetimesvsthreads/。然而，当测试这是我发现的… 活动线程与用户请求的数量相同吗？如果是，为什么会在一致的基础上发生？ Update-1运行了另一个测试，并增加了这一次
-
当我只接受请求的一个子集(~100)时，模拟工作得更好（用户初始化更快，可以容纳170多个用户，等等）。 我的问题是，首先，正如我所理解的，JMeter加载场景树，每个线程都播放它，不应该有任何重复，那么到底是什么导致了如此大的加载？其次，我能做些什么呢？ PS：当我查看系统瓶颈时，我注意到长文件的CPU和内存值都很高，而短文件的CPU和内存值都很低。有人能解释吗？ PS2:请求之间有大约7秒的延
-
我使用了JMeter2.8 我已经使用web服务调用测试了Http请求。我需要计算响应时间。我不知道怎么计算 我已经参考了这个链接。我认为他们在Jmeter中使用了一些插件。是否需要使用插件来计算响应时间？ 在这个问题中还提到了最后一个字节的时间和第一个字节的时间 在哪里可以找到这两个变量n Jmeter
-
我正在运行一些创建应用程序、上传文档等的JMeter测试。我知道随着文档和应用程序的创建，测试也在通过。我可以证实这一点。然而，有趣的是，JMeter中的响应时间比我在运行负载测试时手动对站点计时时要慢得多。JMeter中的页面加载时间平均约为20秒，而实际只需5秒。你知道是什么导致了这种差异吗？
-
问题内容： 我正在使用RestTemplate来调用Web服务。 如果此操作无法返回用户ID，我只会返回null，但不知道为什么。如何将实际的XML响应输出到日志？ 问题答案： 根据所使用的建立HTTP连接的方法，您可以查看在实际HTTP连接类中打开日志记录。 例如，如果您使用Commons HttpClient，则可以设置 commons- httpclient项目在其日志记录做法的文档中有一整
-
对于相同的测试场景，Jmeter的平均响应时间比load runner高，对于某些采样器，响应时间逐渐增加。 我正在为不同的测试场景使用多个线程组。所有场景都成功执行，但平均响应时间不准确（Jmeter为40秒，负载运行器和手动执行为8秒）