如何让SonarQube分析单元测试代码异味但不计入覆盖率？

我完全懂你的痛点——既要盯紧测试代码的质量（比如检测代码异味），又得让覆盖率统计只针对生产代码，避免虚高的数值误导判断。之前的参数设置问题，核心是对SonarQube的范围划分逻辑理解不到位，下面给你一套明确的解决方案：

核心配置逻辑梳理 #

SonarQube的sonar.sources和sonar.tests是两个分工明确的核心参数：

• sonar.sources：指定生产代码目录，这部分代码会被统计覆盖率，同时也会分析代码异味。
• sonar.tests：指定测试代码目录，这部分代码会被分析代码异味（遵循测试代码专属的规则集），但不会被计入覆盖率的统计分母——也就是说，覆盖率只会计算生产代码中被测试覆盖的比例，完全不受测试代码行数的干扰。

你之前只设置了sonar.tests=./Tests却没明确sonar.sources，导致SonarQube误判了代码范围，才出现测试代码被完全排除分析的情况。

具体配置示例 #

假设你的生产代码在./src目录，测试代码在./Tests目录，正确的参数配置可以放在sonar-project.properties文件里，或者作为命令行参数传入：

# 必选：指定生产代码根目录
sonar.sources=./src
# 必选：指定测试代码根目录
sonar.tests=./Tests
# 可选：细化测试代码的匹配规则（递归匹配Tests下所有子目录的文件）
sonar.test.inclusions=./Tests/**/*
# 可选：明确排除测试代码的覆盖率统计（设置sonar.tests后默认已生效，这里写出来更清晰）
sonar.coverage.exclusions=./Tests/**/*

关键注意事项 #

• 路径语法：要用**递归匹配子目录，./Tests/*只会匹配Tests目录下的直接文件，不会包含子目录里的测试代码，这大概率是你之前设置sonar.test.inclusions无效的原因。
• 规则验证：SonarQube默认会对测试代码启用专门的质量规则（比如测试用例命名规范、冗余断言等），你可以在SonarQube的规则库中搜索"test"关键词，确认这些规则是否处于启用状态。
• 结果验证：配置完成后，在SonarQube界面的「Code」标签下，你应该能看到Tests目录的代码被列出，并且有代码异味的标记；同时查看覆盖率报告，分母会变成生产代码的行数（比如你说的300行），而非生产+测试的总行数。

关于你提到的覆盖率虚高问题 #

之前75%的覆盖率完全是因为把测试代码的行数算进了分母——900行测试代码几乎全被执行，加上300行生产代码，总共有1200行，其中900行被覆盖，自然算出75%。正确配置后，覆盖率会真实反映生产代码的覆盖情况，比如如果生产代码一行都没被测试覆盖，覆盖率会直接显示0%，这才是有参考价值的指标。

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