如何使用JMeter对调用外部服务API的应用进行负载测试并模拟外部API

针对你提到的调用Google Maps Platform Directions API的应用负载测试场景，以下是几种不需要调用真实外部服务的实现方式：

1. 使用JMeter Dummy Sampler（推荐，轻量内置） #

这是最直接的方式，通过预设响应内容模拟外部API：

• 先通过JMeter插件管理器安装Dummy Sampler（搜索"Dummy Sampler"即可）
• 调用一次真实的Google Maps Directions API，保存返回的JSON响应内容
• 在测试计划中添加Thread Group → 右键添加Samplers → Dummy Sampler
• 在Dummy Sampler的配置中：
  • 设置Response Code为200（匹配真实API的成功状态码）
  • 在Response Data中粘贴之前保存的JSON响应
  • 可选：添加HTTP Header Manager，设置Content-Type: application/json等匹配真实API的响应头
• 修改被测应用的API调用地址，指向JMeter中配置的本地Mock端点（比如设置JMeter的HTTP Server监听某个端口，让应用请求这个本地地址）

如果需要模拟不同参数的响应（比如不同起点终点的路线），可以结合CSV Data Set Config：

• 准备CSV文件，每行包含请求参数（如origin,destination,response_file）
• 用__FileToString()函数读取对应路径的响应文件，将内容传入Dummy Sampler的Response Data字段

2. 用JMeter反向代理录制并替换响应 #

适合需要模拟复杂请求匹配的场景：

• 启动JMeter的HTTP(S) Test Script Recorder，设置代理端口
• 配置被测应用使用JMeter作为代理，录制一次对Google Maps API的请求
• 停止录制后，找到对应的HTTP Request采样器，添加BeanShell PostProcessor
• 在PostProcessor中写入代码，直接返回预设响应：

  SampleResult.setResponseCode("200");
  SampleResult.setResponseData("{\"routes\": [...]}" /* 替换为真实响应JSON */, "UTF-8");
  SampleResult.setSuccessful(true);
  

• 后续所有经过代理的外部API请求，都会返回这个预设响应

3. 模拟响应格式验证 #

确保Mock响应完全匹配真实API的要求：

• 复制真实API的响应头（如Cache-Control、X-Google-Maps-API-Version等）到JMeter的HTTP Header Manager
• 检查JSON结构的一致性，包括字段名、数据类型、嵌套层级，避免被测应用因格式不兼容报错
• 如果应用依赖API返回的特定字段（如duration、distance），确保Mock响应中包含这些字段的合理值

注意事项 #

• 高并发场景下，Dummy Sampler性能足够，不会成为负载测试的瓶颈
• 如果需要模拟错误场景（如API返回500、403），只需修改Dummy Sampler的Response Code和对应的错误响应内容
• 不要在Mock响应中包含真实的API密钥或敏感数据

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