【问题标题】:How to interpret SonarQube effort如何解释 SonarQube 的努力
【发布时间】:2017-04-24 05:01:56
【问题描述】:

我们使用 SonarQube 去分析我们的 C# 项目。 SonarQube 计算解决它发现的问题所需的工作量。我想知道如何解释这种努力。

SonarQube 在下一页的文档中描述了它们 http://docs.sonarqube.org/display/PLUG/Rule+Remediation+Costs

但是,当我修复项目中的问题时,我必须对其进行测试以查看它是否仍然有效。然后其他人正在 Scrum 测试成品。如果声纳估计 10 分钟。完成所有测试后,我们可能需要更长的时间。

所以我的问题是:

  • Sonar 的工作中是否包含测试?
  • 修复是否应该如此简单以至于不需要测试?
  • 是否假定问题已通过单元测试得到修复和验证?
  • 那么没有单元测试的遗留项目呢?

【问题讨论】:

    标签: c# unit-testing testing sonarqube


    【解决方案1】:

    时间是解决问题和更新测试的估计时间。由于不同的商店有不同的工作流程,因此估算中不包括任何其他流程。

    使用 Governance 插件 ($),您可以根据规则调整估算值。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-01-05
      • 2021-02-23
      • 2011-12-30
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多