技术债务公式未考虑复杂性

Question

在Sonarqube5.5之前的版本中，为了考虑复杂性，有可能改变计算技术债务的方式，但在5.5之后，我看不出如何改变它。是否删除了此配置？

总之，在复杂的代码中，修复的成本比在简单的代码中要高得多。这里有一篇文章，您可以看到并比较两个相似的项目，它们的技术债务基于规模相似，但基于复杂性的技术债务却完全不同。此外，复盖面对这一措施也有影响；我认为，当你有足够的测试和覆盖，确保你没有破坏任何东西时，修改代码就更容易了。

在sonarqube文档中，用于计算技术债务比率的公式是：

Remediation cost / (Cost to develop 1 line of code * Number of lines of code)

但是补救成本是在每个规则上配置的固定时间量，不是吗？。因此，它与代码中的复杂性无关。

下面是一张图片，您可以看到在5.1.2版本中如何完成这一任务：复杂的技术债务

在LTS或6.x版本中，有什么方法可以配置技术债务，以便像以前的版本一样考虑复杂性？

如果没有，这在你的路线图中吗？您是否有任何参考资料表明复杂性或复盖范围不影响补救成本？

提前谢了。

注意：认知复杂性的新概念看起来非常有趣，我们又在谈论复杂性，它将是一个很好的候选。但是我还没有看到在Sonarqube 6.3.1中如何看到它，这可能吗？

Answer 1

Sonarqube5.6引入了SonarQube质量模型，它由bug、漏洞和代码气味组成。对于代码气味，技术债务被认为是重要的度量标准。对于bug和漏洞，它是最严重的。

在采用这种新的质量模型时，基于复杂性计算技术债务的能力确实已经下降，而且没有恢复这种能力的计划。同时，“技术债”不再包括修复bug和漏洞的时间；只是代码的味道。