声纳仪表板没有显示代码气味的分数

Question

看着声纳仪表板我觉得一切都很好，因为我对Bugs，Vulnerabilities和Debt有'A'评级。

然而，我在问题视图中查看了“Code Smells”，并且有很多未解决的问题，其中一些问题严重程度较高：

我查看了债务的definition，但没有在声纳的任何地方找到技术债务比率。我本来期望以下观点 - 包括对Code Smells的评级：

那为什么Code的气味评分缺失？这是可配置的吗？ 我在哪里可以看到声纳中的技术债务比率？

更新

澄清我对这个问题的意思：

对于错误和漏洞，评级1：1反映了问题情况：如果只有一个阻止程序（E），则仪表板中两个类别“jums”到E（红色）的评级。 对于债务类别，这是不同的。但是，作为产品所有者/经理，仪表板是人们希望快速查看应用程序状态的重要工具。所以在我们的项目中，开发人员必须修复Inf​​o级别（B，C，D，E）之上的所有问题。两个方面：

1. 在项目中，目前有超过4314个问题未在仪表板中显示。
2. 由于我们的项目有大量的DTO / Entity / Java Beans / Enum等课程，由于其微不足道的问题包含较少的问题，因此会稀释和扭曲债务评级的结果。

那么可以在仪表板中激活“Code Smell”评级（具有Bugs和Vulnerabilities的行为）吗？ （cp。最后一张图片）？

Answer 1

技术债务是所有Code Smells的估计补救时间。 Technical Debt rating是关于所有开放代码气味的技术债务与整个代码库大小的比率。由于代码气味计数与总债务直接相关，因此对每个数字进行评级是多余的。

安全性和可靠性评级直接对应于这些类别中最严重问题的严重性。

为什么两种类型的计算存在差异？因为紧迫感。阻止或严重错误或漏洞是紧急。这意味着错误。 现在。它应该尽快修复。另一方面，阻塞代码气味表示代码更有可能诱使下一个维护者搞砸某些内容，或代码可能错误但可能很容易就是意。换句话说，没有紧迫感。

是否可以向维护性域添加与严重性相关的评级？不是。项目主页是预先定义的，不可编辑。

项目主页是否缺少问题？不。你声称有超过4314个没有代表的问题＆＃34;，但从我所看到的，它们清楚地代表了＆＃34; 5.5k Code Smells＆＃34;显示在主页上。因为＆＃34; k＆＃34;在这种情况下意味着＆＃34;千＆＃34;。