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增强功能时）。

依赖部分

在本节中，不需要进行任何更改。我们只想注意到，sonarqube总代理，如果您的项目已经在利用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总代理， 终开发---的软件。silverpeas 已经能够实现新的功能和提高产品性能， 这已导致赢得越来越多的客户。silverpeas 是协作知识和内容管理的平台。写在爪哇， silverpeas 出生于 1999年， 在---时代的 j2ee。这是一个时代之前的框架，sonarqube总代理， 当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架， 是基于---的想法， 但执行不。随着时间的推移， 由于在产品的早期就做出了短视的设计决策， 而且由于对其体系结构没有明确的愿景， 因此发展和维护代码变得越来越困难。技术--- = 责任

这种情况使我们很难跟上---的步伐， 保持市场的竞争力。使问题复杂化的是， 执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术---代表了一个太大的负债。够了在 2009年， silverpeas 团队作出了一个激烈的决定: 现在是时候， 以现代化的架构和提高 silverpeas 的代码。但他们需要确切地知道如何， 什么， 以及在哪里重构之前， 他们可以继续。我们需要一个工具来支持我们的改变， silverpeas 软件---米格尔 moquillon 说。sonarqube (当时的声纳) 被选中来帮助我们获得正确的， 这些问题。通过它的分析工具和它的统一和可定制的界面， 我们有信息， 以确定我们必须执行的任务， 以减少技术---和提高代码的。这是我们的 gps 在--- silverpeas 的道路上。sonarqube 保持技术---控制

silverpeas 团队在 silverpeas 的现代化过程中选择了 sonarqube 这一关键角色， 部分原因是它是开源的， 就像 silverpeas 一样， 易于扩展， 但 sonarqube 也提供了一些功能 moquillon 说， 团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板，sonarqube总代理， 其中呈现代码的主要指标: 一目了然是什么出错了， 什么是改进了， 很容易看到。简单的导航--一种简单的方法来导航到相关代码的不同指标: 很容易找到需要操作的代码部分.---的报告-在时间的指标演变的迹象: 我们可以估计我们的代码改进的努力。---的软件已导致越来越多的客户赢得

sonarsource 的解决方案有助于 silverpeas 的成功， 通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。工作从坚实基地它的代码改进给它， silverpeas 团队已经能够实现新的功能， 并提高产品的鲁棒性和性能， 这已导致赢得越来越多的客户。今天， silverpeas 团队致力于将其软件保持在 sonarqube 的轨道上。moqillon 说， silverpeas 团队对 sonarqube 有信心， 因为 这是一个开源项目， 如 silverpeas， 因此， 我们是---其演变和。他赞扬 sonarqube 的定期发布时间表、易用性、易于安装以及与现有开发基础结构 (如连续集成服务器詹金斯) 和构建系统 maven 等集成的易用性。现在， sonarqube 分析运行每晚 silverpeas 的35.1万行代码， 由詹金斯触发的后期生成行动。开发人员和经理定期检查结果， 并采取行动解决问题的集体努力， 以维护和进一步提高 silverpeas 的软件。