华克斯-sonarqube安装配置

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

本文介绍了如何使sonarqube收集单个测试的测试代码覆盖率指标。代码覆盖工具通常产生一个报告，显示在给定测试会话期间执行的所有测试的组合效果的代码覆盖率（按行，分支等）。例如，当您在持续集成中运行单元测试时就是这种情况。在sonarqube和jacoco的帮助下，可以在单个测---例级别（junit或testng中的测试方法）中收集覆盖度量。为了实现这一点，我们在这篇文章中显示了一些特殊的配置。

环境

以下过程已经使用sonarqube 4.1.2和4.3.2版本进行了验证，但它也适用于sonarqube 3.7.x（xin的lts版本）。我们用于验证设置的应用程序代码是熟悉的spring pet clinic应用程序，sonarqube安装配置，增强功能可支持tomcat 7和spring 3（请参阅此篇文章，以了解有关宠物诊suo需要更新的信息：https://deors.wordpress.com/ 2012/09/06 / petclinic-tomcat-7 /）该代码可以从存储库中的github：https：//github.com/deors/deors.demos.petclinic

说明

一旦你知道如何连接所有的点，这些说明很简单。所有这些都是为maven surefire插件添加一些特定的配置（surefire是插件，它是单元测试执行的任务，它支持junit和testng）。由于此具体配置不应影响常规单元测试执行，因此建议将所需配置包含在单独的配置文件中，sonarqube安装配置，仅在执行sonarqube分析时执行。我们一起来描述pom.xml文件中所需的更改。

sonarsource简介

商务友好的许可、开放的代码库和活跃的社区只是 sonarsource 生态系统的一些优势。意义和承诺

简短的是一个字: lgpl!这是我们从项目开始时选择的---， 而不是普通的 gpl ---。为什么?因为我们相信， 使 sonarqube 和 sonarlint ---产品与高采用， 我们需要一个---， 既符合社区和商业的需要。有了这个选择， 并在平台上保持其------， sonarsource 因此承诺将继续对其产品进行投资。意义和承诺开芯原理原则，开放式

较长的是指由这四原则支持的开放的想法:您提供给用户的开源产品一定很棒。您提供的开源产品应该经过一个不敬虔的测试和 qa 的数量。您提供的开源产品应该是架构， 使所有的商业功能都 plug-ins 到开放的。您销售的开源产品应该有完全开放的定价。用户社会

像任何好的开源项目一样， sonarqube 和 sonarlint 在他们周围有活跃的社区。这些社区在候选发布者的测试阶段提供了广泛的反馈。它们还提供了有效的 bug 报告和社区支持， 但用户也可以选择直接从 sonarsource 购买额外的支持和产品。用户社区供应商锁定减少供应商锁定

虽然 sonarsource 是其产品的主要贡献者， 但用户可以访问源代码， 因此， 如果出现问题， 他们就能继续开发产品。