本文详解如何在Gatling性能测试中，通过JSON feeder加载预期值，并利用isEL()而非is()实现对JSON响应字段的动态精确匹配，解决EL表达式在.check(jsonPath(...).is(...))中不解析的问题。
本文详解如何在gatling性能测试中，通过json feeder加载预期值，并利用`isel()`而非`is()`实现对json响应字段的动态精确匹配，解决el表达式在`.check(jsonpath(...).is(...))`中不解析的问题。
在Gatling中，当需要根据外部数据源（如JSON文件）动态校验HTTP响应内容时，开发者常误用is()方法直接嵌入EL表达式（如${out}），导致校验失败——Gatling会将${out}视为字面量字符串，而非从feeder中提取的实际值，从而报出类似 jsonPath($.result).find.is(${out}), but actually found pong 的错误。
根本原因在于：
-
.is("expected")是静态匹配方法，仅接受固定字符串或字面量，不支持EL表达式解析； -
.isEL("${var}")是表达式感知型匹配方法，专为运行时从session中解析变量（包括feeder注入的字段）而设计。
✅ 正确写法如下（修正关键行）：
final ChainBuilder call = exec(http("Api Response")
.post("/ping")
.check(status().is(200))
.check(jsonPath("$.result").isEL("${out}"))); // ← 使用 isEL() 替代 is()
配套的 data.json 保持不变：
[
{"out": "pong"}
]
完整可运行的Java模拟类示例：
public class SmallTest extends Simulation {
public SmallTest() {
final HttpProtocolBuilder httpProtocol = http
.baseUrl("https://example.com");
final FeederBuilder<object> feeder = jsonFile("data.json");
final ChainBuilder call = exec(http("Api Response")
.post("/ping")
.check(status().is(200))
.check(jsonPath("$.result").isEL("${out}")));
final ScenarioBuilder scenario = scenario("Response Test")
.feed(feeder)
.exec(call);
setUp(scenario
.injectOpen(atOnceUsers(1))
).protocols(httpProtocol);
}
}</object>
⚠️ 注意事项：
- 所有带
${...}的校验方法（如isEL,transformEL,saveAsEL）均要求变量已在当前Session中存在——feed(feeder)必须在exec(...)之前调用； - 若JSON feeder含多条记录，Gatling会按顺序逐条供给，每轮请求使用对应行的值；
-
isEL()仅适用于支持EL的校验器（如jsonPath,regex,css），不适用于status()、header()等非EL上下文方法； - 调试建议：添加
.exec(session -> { System.out.println("out = " + session.getString("out")); return session; })查看变量是否成功注入。
总结：动态响应校验的关键，在于区分“静态断言”与“表达式驱动断言”。选用 isEL() 是连接feeder数据与响应校验的桥梁，确保测试既灵活又精准。
