我之前在项目里也碰到过一模一样的问题——用LoadRunner 12.55+跑JMeter脚本，结果报告只有4种JMeter图表，Summary Report也没展示完整的测试信息。折腾了好一阵，总结出几个实用的方法，帮你高效搞定这件事：

一、脚本导入前先做“瘦身”处理 #

• 先在JMeter里清理冗余监听器：删掉那些只用来本地调试的图形监听器（比如Graph Results、Response Time Graph），只保留Summary Report、View Results Tree（调试阶段用）这类核心监听器。冗余监听器不仅会拖慢运行速度，还可能导致LoadRunner解析时过滤掉部分数据。
• 确认JMeter脚本版本兼容：尽量用JMeter 3.x到5.x的版本（亲测这几个版本和LoadRunner 12.55+兼容性最好），过高版本的JMeter脚本可能包含LoadRunner不支持的新元素，导致报告数据缺失。

二、LoadRunner内的关键配置调整 #

1. 开启扩展报告功能 #

打开LoadRunner的Runtime Settings，找到JMeter配置板块：

• 一定要勾选Enable JMeter Extended Reporting：这个选项是解锁完整报告数据的关键，勾选后LoadRunner会抓取JMeter原生的更多度量指标，包括Summary Report里的平均响应时间、错误率、吞吐量细分等字段。
• 调整日志级别：调试阶段可以把JMeter Log Level设为DEBUG，方便排查问题；正式运行时设为INFO，既能保留关键数据，又不会产生过多日志。

2. 自定义LoadRunner报告模板 #

LoadRunner默认的JMeter报告模板太简陋，自己动手改一个更实用的：

• 打开LoadRunner的Analysis模块，新建一个空白报告模板，在左侧的度量指标列表里找到JMeter专属指标（比如JMeter Response Time Percentiles、JMeter Error Details、JMeter Transaction Throughput），把这些指标拖到报告画布上，按需排版。
• 保存这个自定义模板，后续每次运行脚本后直接套用，不用重复配置。

三、双工具联动补全报告 #

如果LoadRunner的原生报告还是满足不了需求，不妨结合JMeter的优势：

• 运行脚本时同时生成JMeter原生报告：在LoadRunner的脚本里添加一个前置命令，调用JMeter的命令行工具生成报告：

  jmeter -n -t your_script.jmx -l test_results.jtl -e -o jmeter_report_folder
  

  这样LoadRunner负责压测，JMeter同时生成完整的HTML报告，你可以结合两份报告的信息做分析。
• 把LoadRunner导出的结果导入JMeter：将LoadRunner导出的CSV格式测试结果，导入到JMeter的Summary Report或Dashboard监听器里，重新生成完整的JMeter风格报告，适合需要精细分析的场景。

四、常见问题排查 #

• 如果Summary Report还是缺失字段，检查事务映射：确保JMeter脚本里的Transaction Controller被LoadRunner正确识别，有时候需要在LoadRunner里手动映射JMeter的事务名称，避免事务数据丢失。
• 安装最新补丁：LoadRunner 12.55之后发布了几个针对JMeter兼容性的补丁，安装最新补丁能修复不少报告数据缺失的bug。

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