华北sonarqube-苏州华克斯

sonarsource简介

代码是软件发明时出现的问题。代码差会导致各种问题: 团队速度低、应用程序退役、生产崩溃、公司声誉不佳..。在 sonarsource， 我们提供了解决方案， 以提高维---， ---性和安全性。性问题

这通常被称为技术---。与可维护性相关的问题在我们的产品中被命名为 代码气味。从本质上说， 软件预计会随着时间的推移而改变， 这意味着今天编写的代码将在明天更新。在代码库中进行此类更改的能力、成本和时间直接与其可维护性级别相关。换言之，华北sonarqube， 低可维护性意味着开发团队的低速。可维护性包括模块化、理解、可变性、可测试性和可重用等许多概念。它不采取关键问题的形式， 而是数以千计的小问题与jia做法的结果。

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伪像，那么可以将其留下 - 至今没有确定任何冲突。无论如何，它不应该在这里需要，所以从这个部分删除它可能更安全。

档案部分

所有必需的更改都在本节中。而且它们都非常干净，sonarqube，因为它们都只需要向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 ;

  <范围>;测试;

 ;

;

;