【发布时间】:2017-03-02 00:03:09
【问题描述】:
给定一个具有两个端点的 API:
submitresult
假设需要 20 个submits,之后 API 服务器开始为特定用户计算结果
鉴于这样的计算需要 1 到 5 秒才能完成
鉴于目前我的JMeter 脚本能够成功提交所有这些提交,并且它不断查询result endpoint 直到收到结果
鉴于我目前面临的烦人问题是,由于result endpoint 是一个非常轻量/快速的请求(如果尚未计算结果),更多的请求最终会发送到result endpoint 而不是提交端点。
鉴于这种行为会扭曲对整体吞吐量的测量。
鉴于添加 Constant Timer 会阻塞整个请求线程,并且在计时器完成之前不会发出其他请求
那么我的问题是:JMeter 是否以一种或另一种方式提供以下能力:
- 优先处理请求(这样
results endpoint的优先级会更低)或者是 - 在异步的基础上对 HTTP 请求引入延迟,以使
result endpoint请求最终不会占据我的 API 的所有注意力?
【问题讨论】:
-
您能在此处显示您的计划快照吗?这会有所帮助
标签: asynchronous jmeter stress-testing