小编Fra*_*o_K的帖子

SonarQube - 即使代码库没有发生任何修改,声纳方式在泄漏期间的覆盖也会失败

也许这是我对质量门的无知,但由于在通过 VSTS 构建使用 sonarway 代码质量门时,泄漏期间默认的 40% 覆盖率,我的质量门失败了。问题是初始分析和最新分析之间的代码没有任何修改,因此参考文档中的比喻..厨房里没有额外的水..因此我没有看到这样做的原因失败的标准。

有没有其他人经历过这种情况和/或者如果这确实是预期的行为,任何人都可以解释其逻辑吗?IMO,我希望当泄漏期间代码库没有发生任何修改时,泄漏期间代码覆盖率检查不适用。

我的SQ分析是通过VSTS执行的,SQ的版本是6.7.3。

由于覆盖泄漏导致 QG 失败的分析摘要(覆盖百分比仍然相同) 覆盖失败的质量门概述

当存在代码修改并且这些特定修改具有 100% 代码覆盖率时也会出现此问题 新代码 100% 覆盖率也失败

声纳质量门配置如下(默认配置): sonarway质量门配置

根据要求,我还创建了一个简单的演示项目,它也演示了该行为(使用 SQ 分析运行构建,第二个构建由于泄漏期间的覆盖率为 0.0% 而失败,尽管没有新代码)。示例项目可以在这里找到

如果有人可以向我解释这种行为,我将不胜感激,因为它似乎与文档相反。

code-coverage sonarqube azure-pipelines

5
推荐指数
1
解决办法
1827
查看次数

标签 统计

azure-pipelines ×1

code-coverage ×1

sonarqube ×1