声纳警报的推荐配置?

发布于 2024-11-26 09:27:19 字数 254 浏览 0 评论 0原文

我们的项目使用 Sonar 来分析和测量技术质量。有大量可用的指标,并且可以配置视觉警报当指标低于指定阈值时。

是否有任何合适的指南可以说明声纳警报对典型项目有用,以及什么阈值可能是明智的?

Our project is using Sonar to analyze and measure technical quality. There is an overwhelming range of metrics available, along with the possibility to configure visual alerts when metrics drop below a specified threshold.

Are there any decent guidelines available on which Sonar alerts are useful for typical projects, and what threshold values might be sensible?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

丘比特射中我 2024-12-03 09:27:19

我只能根据自己的经验给建议。我不知道任何指南/最佳实践。

我用它们来标记不需要的状态:

  1. 我想要实现的主要代码目标(Blockers > 1 --> RED)
  2. 我想要实现的次要目标(Criticals > 30 --> RED)

我还发现标记它很有用已实现的指标,例如:

  1. 代码覆盖率(下降到 80% 以下 --> RED)、架构索引指数 < 70% ...

所以基本上我使用警报来标记不需要的状态,以在某些指标未能达到某个值时发出警告。

我发现声纳中的选项非常多,所以我选择了听起来有用或与当前重构计划一致的 metrics。

我希望这有点帮助:)

I can only giva advice according to my own experience. I don't know of any guides / best practises.

I use them to mark undesired states:

  1. major code goals I want to achieve (Blockers > 1 --> RED)
  2. minor goals I want to achieve (Criticals > 30 --> RED)

I also find it useful to mark metrics, that have been achieved like:

  1. code-coverage (Drops under 80% --> RED), architecture tange index < 70% ...

So basically I use the alerts to mark undesired states, to warn if certain metrics fail to achieve a value.

I find the options in sonar very overwhelming, so I picked metrcis that sounded useful or were coherent with current refactoring plans.

I hope this helps a bit :)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文