sonarqube - SonarQube 质量门 - 行业默认值？

问题描述

对于主要基于 Java 的项目（JAVA、YAML、XML 等等），SonarQube 质量门的良好和行业范围的标准和价值是什么？

哪些条件和各自的价值观是新准则的良好做法？
哪些是整体代码的理想选择？
SonarQube 是否向客户提供有关此主题的任何研究或洞察信息？SQ 是否交叉检查了多个项目并理解了所谓的中间路线？（LC 100% 是技术经济的乌托邦）

*理性：由于项目的规模（规模）很大，设置“随机”值（可以理解为专家输入的估计值）不足以证明我们情况下的标准。例如，由于复杂性，新代码的线路覆盖被完全拒绝，并且不清楚新代码可以接受/需要多少个阻止程序问题：只有 1 个？还是5？还是10？什么是行业可接受的（合理的）重复数字：3%？...等等...

请注意，这是一个为期 2 年的遗留项目，目标是在保持开发进展的同时引入可接受的稳健性和质量。我们希望项目（服务）受到新标准的挑战，而不是停止或阻止或处于“倒档”状态。目前，（数字每天都在变化）总体状态为 19 分中的 4 分。*

标签： sonarqubeqasoftware-quality

好吧，这完全取决于您和您的组织的标准。这就是我想说的将保持生产级应用程序的代码质量。如果您打算轻松进行开发，请将所有内容标记为新代码，期间。这将使开发人员习惯新的规则和新的质量门条件。

下面的质量门不会破坏您的旧代码，但只会涵盖新代码并在出现任何问题时抱怨新代码。

New Blocker Issues          is greater than     0
New Condition Coverage      is less than        75.0%
New Critical Issues         is greater than     0
New Line Coverage           is less than        75.0%
New Major Issues            is greater than     0
New Minor Issues            is greater than     0

sonarqube - SonarQube 质量门 - 行业默认值？

问题描述

解决方案

推荐阅读