Sonar ＋ Jacoco，强悍的UT, IT 双覆盖率统计(转)

标签：

以前做统计代码测试覆盖，一般用Cobertura。以前统计测试覆盖率，一般只算Unit Test，或者闭上眼睛把Unit Test和Integration Test一起算。

但是，我们已经过了迷信UT的时代：

• UT不支持大幅度重构，如果对类和方法进行重构拆分，UT就失去了保障重构后代码仍然正确的作用，还要花时间按新的类和方法重写，其他用例对旧类和方法的mock改起来也是噩梦。
• UT不支持基于用户故事的测试，即使覆盖率100%了，也不保证就是产品经理想要的东西。
• UT对输入参数和Mock对象行为的假设，其实存在潜在的风险
• 多线程，网络等等难于测试的地方。

在我看来，使用嵌入式容器的集成测试，如Spring Boot所倡导的基于嵌入式Jetty，H2等等的一整套集成测试体系，集合了UT（可本地快速运行，可直接assert应用内部属性，可统计覆盖率，如果CI失败了可以本地单独运行、debug、修复失败的case再提交）与FT（基于用户故事黑盒测试）的优点，对项目质量保证的地位一点不比UT低，所以同样需要计算覆盖率，而不是传统测试金字塔模型，只依赖UT的覆盖率。

所以Sonar ＋ Jacoco 这种同时显示UT和IT测试覆盖率的组合非常实用。

照抄Sonar自带的Maven UT/IT示例项目，用maven插件，很容易就能跑出效果来，略。

花了我半天时间的，是如何用Jenkins上的SonarQubeRunner，跑出相同的效果，因为SonarQubeRunner不认识Maven是谁。

网上都是半新半旧，不咸不淡的文章，自己又摸索了一轮，得出一个只要一条不漏，便保证能跑的Jenkins + Maven + Sonar + Jacoco配置

在Jenkins上使用最新的SonarQube Runner 2.4，填入下面的配置

 

sonar.projectKey=xxx
sonar.projectName=xxx
sonar.projectVersion=xxx
sonar.modules=moduleA,moduleB,IT module C

#这里假设moduleA，moduleB 在根目录下的一层目录，Module C在二层目录下，需额外定义
#moduleC.projectBaseDir=xxx/moduleC

sonar.sourceEncoding=UTF-8
sonar.language=java
sonar.sources=src/main/java
sonar.tests=src/test/java
sonar.binaries=target/classes

#排除一些不想统计的类
#sonar.exclusions=**/*IDL.java

sonar.java.coveragePlugin=jacoco
sonar.jacoco.itReportPath=xxx/moduleC/target/jacoco-it.exec，最好写成绝对路径
sonar.junit.reportsPath=target/surefire-reports
sonar.surefire.reportsPath=target/surefire-reports

原文地址：http://calvin1978.blogcn.com/articles/sonar-jacoco.html

Sonar ＋ Jacoco，强悍的UT, IT 双覆盖率统计(转)

标签：

原文地址：http://www.cnblogs.com/rainy-shurun/p/5426550.html