SonarQube怎么导入测试执行报告 SonarQube测试执行数据导入后没有显示如何检查

测试已经运行，报告也保存了，SonarQube页面却没有显示用例数量，问题可能出在报告路径、格式或分析状态上。“SonarQube怎么导入测试执行报告SonarQube测试执行数据导入后没有显示如何检查”需要结合测试工具和扫描方式处理。下面以Python项目、pytest和SonarScanner CLI为例，说明配置与排查步骤。测试执行报告记录用例结果和耗时，与覆盖率报告需要分别导入。

一、SonarQube怎么导入测试执行报告

导入前，需要在扫描工作区生成报告，并明确源码目录与测试目录。以下使用src、tests和reports作为示例路径。

1、确认项目目录

扫描器需要同时访问测试报告和对应的测试源码。目录配置应与实际项目结构一致，业务源码和测试源码的分析范围不能重叠。

①检查项目中的【src】、【tests】目录。

②确认扫描任务已检出业务代码和测试代码。

2、生成测试执行报告

pytest可以导出JUnit XML报告。示例使用xunit1格式，保留测试文件信息，便于后续关联。

①在项目根目录执行【python-m pytest tests--junitxml=reports/pytest.xml-o junit_family=xunit1】。

②打开【reports】目录，检查【pytest.xml】。

③打开报告，核对用例名称、结果和耗时。

④查看【修改时间】，确认报告来自本次测试。

3、填写扫描配置

报告路径用于定位结果文件，测试目录用于识别测试代码。已有扫描配置的项目，应修改对应参数，避免重复填写不同值。

①打开【sonar-project.properties】。

②设置【sonar.sources=src】和【sonar.tests=tests】。

③添加【sonar.python.xunit.reportPath=reports/pytest.xml】。

④保存文件，核对流水线中的同名参数。

相对报告路径以分析根目录为基准。如果扫描在其他目录启动，需要检查项目根目录配置，不能只看文件名是否相同。

4、执行扫描并查看指标

保留项目原有的服务器地址、项目标识和认证配置，执行扫描后等待服务端完成处理。

①在项目根目录执行【sonar-scanner】。

②打开【Project Settings】→【Background Tasks】，检查任务状态。

③任务完成后，打开【Measures】，查看测试数量、失败数量和耗时。

二、SonarQube测试执行数据导入后没有显示如何检查

排查时使用实际扫描任务的工作区。开发电脑上存在报告，不代表流水线中的扫描容器也能读取它。

1、检查报告文件和任务顺序

测试与扫描分成两个任务时，需要传递报告文件。扫描读取旧报告，也可能导致页面数据与本次测试不一致。

①在扫描工作区检查【reports/pytest.xml】。

②核对报告时间，将测试任务放在扫描任务之前。

③跨任务运行时，将【pytest.xml】传递到扫描工作区。

2、检查参数与报告格式

原生JUnit报告和SonarQube通用报告都采用XML，但结构不同。通用参数不会自动转换JUnit格式。

①打开【sonar-project.properties】，检查报告参数。

②pytest报告使用【sonar.python.xunit.reportPath】。

③使用【sonar.testExecutionReportPaths】时，检查根元素【testExecutions】和版本属性【version="1"】。

改文件名或扩展名不会完成格式转换。报告不匹配时，应更换导入参数，或先生成符合要求的通用报告。

3、检查测试源码与报告路径

报告中的文件路径需要对应扫描工作区里的测试文件。目录没有检出、被排除或保留其他机器的路径，都可能影响关联。

①检查【sonar.tests】，核对测试目录。

②检查【sonar.test.exclusions】，核对排除规则。

③打开【pytest.xml】，对照文件路径检查对应源码。

④检查【sonar.projectBaseDir】，核对分析根目录。

4、检查实际生效配置和扫描日志

配置文件中的值可能被扫描命令覆盖。路径已经修改，但日志仍读取旧位置时，应检查任务实际使用的参数。

①检查扫描命令中的【sonar.python.xunit.reportPath】。

②执行【sonar-scanner-X】。

③搜索【pytest.xml】，查看读取、解析和文件关联错误。

Python报告路径无法正确关联时，可以使用sonar.python.xunit.skipDetails=true收集项目汇总数据。这会跳过文件级详情，不能代替路径修复。

5、检查分析类型与后台任务

测试执行报告支持分支分析，不支持拉取请求分析。扫描端上传完成后，服务端仍需处理数据。

①确认本次任务执行的是分支分析。

②打开【Project Settings】→【Background Tasks】，找到本次任务。

③任务失败时，打开错误详情。

④任务完成后，切换到对应分支，刷新【Measures】。

后台任务未完成时，页面可能仍显示上次结果。因此，检查报告导入情况时，应同时核对任务时间和当前分支。

三、怎样核对导入结果与报告内容

页面出现测试数量后，还要确认数据属于本次运行。测试筛选条件、报告复用和不同语言的导入入口，都需要分别核对。

1、对照测试数量与运行范围

只运行部分用例时，报告只包含本次执行的结果，不能直接与完整测试清单比较。

①打开【pytest.xml】，核对用例数量、失败和跳过记录。

②打开【Measures】，对照测试指标和分析时间。

③检查pytest命令中的【-k】、【-m】及测试目录。

数量不同还可能来自测试收集失败或执行中断。应先检查原始报告是否完整，再判断扫描器是否漏读。

2、为不同语言选择对应参数

更换测试工具后，需要同步调整报告配置。Python、Java和C#使用的原生报告入口不同。

①Java Surefire报告配置【sonar.junit.reportPaths】。

②C#VSTest报告配置【sonar.cs.vstest.reportsPaths】。

3、检查通用报告的必要字段

通用测试执行报告需要记录测试文件、用例名称和耗时。文件路径应指向测试源码，不能填写被测试的业务源码。

①配置【sonar.testExecutionReportPaths】，多个路径用英文逗号分隔。

②检查【file】的【path】，核对对应测试文件。

③检查【testCase】的【name】、【duration】，耗时填写毫秒整数。

总结

处理“SonarQube怎么导入测试执行报告SonarQube测试执行数据导入后没有显示如何检查”时，需要让报告、测试源码和本次分析对应起来。页面没有数据，可以结合扫描日志与后台状态判断问题位置；页面已有数字，则继续核对分支、时间和测试范围。测试执行数据能够反映用例结果与耗时，但不能代替覆盖率。流水线调整后，保留本次原始报告和扫描日志，后续出现路径变化、数量不符或导入失败时，就有具体记录可以对照。