如何使用JMeter实现异步REST接口对应的S3文件上传等待校验？

这个需求不需要完全自研自定义组件，用JMeter现有能力即可实现，复杂场景下仅需要补充少量简单脚本即可。

原生组件实现方案（推荐，配置成本最低） #

按如下逻辑配置测试计划即可：

• 首先配置HTTP请求采样器调用目标异步REST接口，触发后端计算任务，用JSON提取器/正则表达式提取器从接口响应中提取本次任务的唯一标识（比如任务ID、预期生成的S3文件路径），存储为JMeter变量，例如${expected_s3_key}。
• 新增While控制器，设置循环条件为${__jexl3("${file_exists}" != "true",)}，用来循环检测S3文件状态。
• 在While控制器内部添加检测逻辑：
  1. 如果你的后端提供任务状态查询接口，直接新增HTTP请求采样器调用查询接口，提取任务状态字段，当状态为「已完成」时将file_exists变量赋值为true，退出循环；
  2. 如果需要直接检测S3文件，可通过JMeter插件管理器安装AWS相关插件，直接使用S3 Head Object采样器传入${expected_s3_key}变量检测文件是否存在，返回200状态码则判定文件存在，退出循环；返回404则继续轮询。
  3. 在检测采样器后新增固定定时器，设置合理的轮询间隔（建议1~5秒，根据实际任务耗时调整，避免请求过于频繁）。
• 把上述所有步骤都放到事务控制器下，勾选「Include duration of timer and pre/post processors in generated sample」配置项，事务控制器最终统计的采样耗时就是从接口请求触发到S3文件上传完成的端到端总延迟，符合你统计latency的需求。

自定义脚本适用场景 #

如果存在特殊校验逻辑（比如需要校验S3文件内容完整性、对接私有S3兼容存储的特殊鉴权规则、自定义异常重试逻辑），可以新增JSR223采样器，用Groovy脚本直接调用AWS S3 SDK实现检测逻辑，Groovy脚本执行性能优异，不会影响高并发测试的准确性。

优先选择原生组件方案，配置简单维护成本低，只有当原生组件无法满足特殊逻辑时再考虑补充自定义脚本。

内容的提问来源于stack exchange，提问作者drstein