sonarsource/sonarqube介绍-华克斯

sonarqube和jacoco的个人测试代码覆盖率

构建部分

这里不需要修改但是，您应该注意maven surefire的任何自定义配置，以---它也适用于我们要创建的配置文件。在春季宠物诊suo的情况下，这是我们正在写的参考pom的相关部分：

<建立>; <插件>;

...

<插件>;

 <的groupid>; org.apache.maven.plugins ;

 ;----万无一失-插件;

 <版本>; 2.13 ;

 <结构>;

  ; -xx：-usesplitverifier ;

  <包含>;

   <包括>; ** / * test.java ;

   <包括>; ** / * tests.java ;

  ;

  <排除>;

   <排除>; ** /它/ * it.java ;

  ;

 ;

;

...

; ;

这种配置告诉surefire：1）排除执行单元测试的集成测试（surefire的双插件，failsafe涵盖了集成测试）;和2）禁用字节码验证器，防止类被调试时的运行时错误（即添加mocks或toplink增强功能时）。

依赖部分

在本节中，不需要进行任何更改。我们只想注意到，如果您的项目已经在利用jacoco收集整合测试覆盖率指标，并且明确地---了本部分中的jacoco伪像，那么可以将其留下 - 至今没有确定任何冲突。无论如何，它不应该在这里需要，所以从这个部分删除它可能更安全。

档案部分

所有必需的更改都在本节中。而且它们都非常干净，因为它们都只需要向pom添加一个新的配置文件。此配置文件将为surefire配置一个特殊---，以---适当收集每个单独测---例的覆盖度量。为了---成功的测试执行，我们将在此保持与pom的构建部分中显示的相同配置。---，配置文件将为包含---代码的伪zao添加新的依赖关系。结果是这样的：

<轮廓>;

<！ - 使用sonarqube和jacoco计算每个测试的覆盖率指标

;覆盖每次测试;

 <建立>;

  <插件>;

   <插件>;

    <的groupid>; org.apache.maven.plugins ;

    ;----万无一失-插件;

    <版本>; 2.13 ;

    <结构>;

     <！ - 与常规测试执行目标相同的配置 - >;

     由jacoco prepare-agent - >;配置的<！ - 加argline参数

     ; $ {argline} -xx：-usesplitverifier ;

     <包含>;

      <包括>; ** / * test.java ;

      <包括>; ** / * tests.java ;

     ;

     <排除>;

      <排除>; ** /它/ * it.java ;

     ;

     <！ - 每个测试覆盖所需的新配置 - >;

     <性能>;

      <属性>;

       <名称>;听者;

        <值>; org.sonar.java.jacoco.junitlistener ;

      ;

     ;

    ;

   ;

  ;

 ;

<依赖性>;

 <依赖性>;

  <的groupid>; org.codehaus.sonar-plugins.java ;

  ;声纳-jacoco-听众;

  <版本>; 2.3 ;

  <范围>;测试;

 ;

;

;

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险， 终开发---的软件。sonarqube 是每天使用的 zitro 游戏---其 c++ 和 php 代码， 并分配改进任务给其---。zitro 游戏生产的xian进的---预计会---地运行， 没有故障或错误， 因此软件对其业务运营绝dui---。但是制作---的宾果软件只是一次还不够。为了保持其作为全球领xian的视频宾果游戏的---， zitro 必须跟上---的步伐， 这意味着经常发布。由于 zitro 生产的---软件， 处理真正的钱， 这些版本必须尽可能接近---。保持短期的 zitro 需要保持竞争力只有当它有一个清晰的， 全mian的和xin的图片的影响的变化在一个版本。软件-从哪里开始？

当它来检查和提高其软件， zitro 只是不知道从哪里开始。首先， 对软件的当前状态没有一个清晰的描述。这意味着， 即使它想投入资源来提高其软件的整体， zitro 的员工也无法有效地组织他们的改进工作， 因为他们不知道应该关注什么。挣扎， 他们做了唯yi的事情， 他们可以想到的;我们做了繁琐的， 手动代码---所有的新代码， 每一个版本， zitro 研发总监哈维 albors 说。sonarqube 提供了一个关于整体源代码的清晰视图

当他们发现 sonarqube 的时候， zitro 的员工意识到他们已经找到了一个高xiao且负担得起的工具， 每天自动检查所有的 c++ 和 php 代码。albors 说: 我们仍然在---的一些重要部分进行了一些手工代码---， 但在所有的代码中都没有。现在， 我们只--- sonarqube 报告。---的是， 他们能够使用 sonarqube 的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。sonarqube 的好处得到了明确的证明， zitro 管理层决定将其部署到整个组织。像问题管理系统这样的关键 sonarqube 功能加快了开发团队的采用， sonarqube 的仪表板为组织中的每个人提供了重要信息的整合视图。结果: ---的节省时间和代码的改进

今天， zitro 使用 sonarqube 分析约25万行代码， 这是划分在17项目， 并由一个由20---团队维护。应用程序通过与其 quickbuild 生成服务器的直接集成， 每天进行分析。每天都会对新的 sonarqube 结果进行评审，sonarsource/sonarqube购买， 并使用问题管理工作流来分配改进任务。我们赢得了所有团队的时间， 提高了我们的源代码， 因为机器正在监视我们!albors 说。