我正在测试一个带缓存的微服务。这个特殊测试的想法是在性能稳定后清除该高速缓存,以查看访问数据库时它是如何变差的。
问题是,正如你在终端日志图像中看到的,从2:09到6:09,误差为0%。
在瞬间6:09,该高速缓存被清除,从那里错误%上升,直到它在最后两个读数中返回到0%。
Terminal logs
正因为如此,图形不应该显示2:09到6:09之间的错误,但事实并非如此。
从8:54到8:59的每秒响应代码的曲线图中可以看出,几乎出现直线,这不应该是这种情况,因为没有错误。错误应该只出现在8:52到8:54以及8:59以后。
Response Codes Per Second
这是什么原因呢?这是因为颗粒度吗?有什么办法可以解决吗?
1条答案
按热度按时间lskq00tm1#
我无法使用最新的稳定JMeter 5.6.2重现您的问题
出于演示目的,我使用了JSR223 Sampler和以下Groovy code:
它的作用是:
摘要器输出:
使用Response Times Over Time侦听器从.jtl结果文件生成的图表准确地显示了响应时间分布。
对于Transactions Per Second也是一样:
所以你可能会看到错误的.jtl文件,即。具有先前的陈旧数据。