以前做统计代码测试覆盖，一般用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