创建Sonarqube项目

Sonarqube （nee Sonar）是炸弹。不必每天检查一次，但是如果您对质量很认真，则可以在Sprint计划期间（如果不是每周一次）对其进行检查。

在nemo.sonarqube.com上查看示例项目，例如OpenJPA ，以了解可用的信息。您可能首先需要专注于特定组件，例如OpenJPA JDBC 。

作为开发人员，我对“问题”（主要是FindBugs和Squid）和“单元测试覆盖率”最感兴趣。作为一名架构师，我最感兴趣的是“包装缠结指数”和“复杂性” –前者是对封装和去耦进行适当衡量的方法，后者是对可维护性进行衡量的方法。

重要的是要用适量的盐查看这些数字。他们提供了宝贵的见解，但需要一些经验才能充分利用它们。这就是为什么要使这些信息远离Bean计数器很重要，因为Bean计数器会设置不合理的标准，例如在所有单元测试中90％的代码覆盖率。（如果您拥有丰富的异常处理能力，但没有办法模拟将引发这些异常的类，那么这将是不可能实现的。只有傻瓜才能用代码健壮性换取更高的分数。）

安装Sonarqube

安装声纳法很简单。它与自己的webapp服务器和嵌入式数据库捆绑在一起，因此您只需解压缩并运行启动脚本即可将其检出。生产系统应使用真实的数据库。支持多个数据库。

检查sonarqube网站以获取详细信息。

创建我们的项目

我承认–创建项目非常违反直觉。简而言之，一切都是通过将数据推送到服务器来处理的，而无需先在声纳服务器上创建任何东西。（您仍然需要在sonarqube服务器上创建管理员用户。）

实际上，这意味着我们添加了一个maven插件。这是一个昂贵的插件，因此通常使用自定义配置文件，例如“声纳”（用于旧名称）。

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"><profiles><profile><id>sonar</id><properties><sonar.language>java</sonar.language><sonar.host.url>http://chaos:9000</sonar.host.url><sonar.jdbc.url>jdbc:postgresql://chaos/sonar</sonar.jdbc.url><sonar.jdbc.username>sonar</sonar.jdbc.username><sonar.jdbc.password>sonar</sonar.jdbc.password></properties><build><plugins><plugin><groupId>org.jacoco</groupId><artifactId>jacoco-maven-plugin</artifactId><version>0.6.4.201312101107</version><executions><execution><id>default-prepare-agent</id><goals><goal>prepare-agent</goal></goals></execution><execution><id>default-prepare-agent-integration</id><goals><goal>prepare-agent-integration</goal></goals></execution><execution><id>default-report</id><goals><goal>report</goal></goals></execution><execution><id>default-report-integration</id><goals><goal>report-integration</goal></goals></execution><execution><id>default-check</id><goals><goal>check</goal></goals><configuration><rules><!-- implmentation is needed only for Maven 2 --><rule implementation="org.jacoco.maven.RuleConfiguration"><element>BUNDLE</element><limits><!-- implmentation is needed only for Maven 2 --><limit implementation="org.jacoco.report.check.Limit"><counter>COMPLEXITY</counter><value>COVEREDRATIO</value><minimum>0.60</minimum></limit></limits></rule></rules></configuration></execution></executions></plugin></plugins></build></profile></profiles>
</project>

更新我们的项目

声纳插件很昂贵，因此不应将其作为例行程序的一部分运行。一种常见的做法是安排在CI服务器（Hudson，Continuum等）上进行每晚构建。开发人员可能还希望在处理问题积压时执行计划外构建–一种解决方案引入其他较低优先级的情况并不罕见。问题。

源代码

使用此插件的示例项目位于https://github.com/beargiles/project-student [github]和http://beargiles.github.io/project-student/ [github页面]。

这个项目说明需要对我们如何解释结果有一定的认识。我使用两种常见的做法-抛出内部异常而不是返回空值，并使用自定义的'UnitTestException'测试失败代码，而不会在日志中堆满无关的信息。该代码看起来与可疑代码相同，因此已正确标记，但似乎没有办法消除鱿鱼警告。（Findbugs有其自己的SuppressWarnings注释。）

总体而言，这仍然是一个巨大的胜利。

（更新：可以通过sonarqube的“质量配置文件”选项卡控制鱿鱼警告。这可用于将严重性级别降低为“信息”，但由于这些有时是合法警告，因此我不愿直接禁用这些测试。为什么我强烈希望使用每个实例的FindBugs SuppressWarnings注释而不是更改这些警告级别。）

参考： Invariant Properties博客中的JCG合作伙伴 Bear Giles 创建Sonarqube项目。