Gatling运行Karate性能脚本时接口报错无日志，如何排查？

一、修复Logback配置错误 #

你的logback配置存在两处关键问题，导致日志无法正确输出：

1. Root节点的appender-ref拼写错误（Console应为定义好的STDOUT）
2. 未将文件日志追加器关联到Root日志

修改后的完整logback配置：

<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
</appender>

<appender name="FILE" class="ch.qos.logback.core.FileAppender">
    <file>target/karate.log</file>
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
</appender>

<!-- 明确指定Karate核心包日志级别为DEBUG，捕获所有请求/响应细节 -->
<logger name="com.intuit.karate" level="DEBUG"/>
<!-- 开启Gatling HTTP响应日志，捕获请求失败的底层细节 -->
<logger name="io.gatling.http.engine.response" level="DEBUG"/>
<!-- 开启Gatling核心流程日志，排查Session或执行逻辑问题 -->
<logger name="io.gatling.core" level="INFO"/>

<root level="DEBUG">
    <appender-ref ref="STDOUT" />
    <appender-ref ref="FILE" />
</root>

二、优化Simulation代码，主动捕获错误详情 #

在Simulation中添加错误处理逻辑，强制打印失败请求的Session和Karate错误信息，同时开启Karate的详细报告开关：

class testSimulation extends Simulation {
  val getUser = scenario("getCall")
    .exec(
      karateFeature("classpath:xyz.feature")
        // 强制开启成功/失败请求的报告输出
        .reportSuccesses(true)
        .reportFailures(true)
    )
    // 捕获失败请求，打印核心错误信息
    .onFailure(session => {
      println("\n=== 请求失败详情 ===")
      println("Session状态: " + session.status)
      println("Session所有属性: " + session.attributes)
      // 打印Karate返回的错误对象
      session.get("karate.error").foreach(error => println("Karate错误详情: " + error))
      session
    })

  setUp(
    getUser.inject(rampUsers(1) during (5 seconds))
  )
}

三、调整Maven执行命令，确保日志配置生效 #

在命令中明确指定logback配置文件路径，避免Maven默认日志级别覆盖自定义配置：

mvn clean "-Dkarate.env=sitq" "-Dlogback.configurationFile=src/test/resources/logback.xml" test-compile gatling:test

四、查看Gatling报告的详细请求数据 #

Gatling报告默认显示汇总数据，需手动查看失败请求的详情：

1. 打开报告文件（默认路径：target/gatling/testsimulation-*/index.html）
2. 点击左侧菜单的Requests选项
3. 找到失败的请求条目，点击Details标签，在Failed Requests列表中查看单请求的完整请求/响应内容

额外排查点 #

• 检查Karate脚本中是否存在* configure logLevel = 'ERROR'语句，这类局部配置会覆盖全局日志级别，需修改为DEBUG或删除
• 确认Karate与Gatling版本兼容（如Karate 1.x需搭配Gatling 3.x）
• 验证单独运行Karate时是否使用了相同的sitq环境，避免环境差异导致的请求失败

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