用于库模块覆盖率的Android仪器测试

Question

我继承了一个Android项目来设置代码覆盖率。我没有为Android做太多事情，而且几乎没有什么成绩，我开始寻找一个有用的教程。令人惊讶的是，前几个教程非常有帮助，我能够包含jaco gradle插件并启用代码覆盖率。使用詹金斯，我甚至生成了一份报道报告。到目前为止，一切看起来都很好。

然而，当我看到这份报告时，我闻到了一些可疑的味道。测试与覆盖率的比率似乎太小了。进一步调查发现了罪魁祸首。

测试本身更像是功能性的，而不是单元性的。那很好。但是，项目库的模块中没有测试。相反，库测试是在gui模块中编写的(因为这是使用库的地方)。

因此，即使测试涵盖了大部分库功能，也仅为来自gui模块的内容生成覆盖范围。

项目

- Gui模块

---- 指南源代码

----所有测试

--库模块

----图书馆资源

不，我一直在寻找一个可行的解决方案。不幸的是，我所能找到的只是如何将单元和集成. exec测试覆盖率结果组合到一个报告中（或其他基于单元测试的解决方案——没有一个适用于仪表解决方案）。

我需要的是基于Gui模块测试从Library模块生成源覆盖。

当我在黑暗中蹒跚前行的时候，这样的事情有可能发生吗？

Answer 1

对任何人来说，如果你有同样的问题，是时候开始把头撞到墙上了。。。

今天我很幸运地发现了这个：https://issuetracker.google.com/issues/37004446#comment12

实际的“问题”似乎是，库项目“总是”发布类型。因此，它们不包含“必要的检测设置”（除非您也为发布启用代码覆盖，尽管我还没有测试它）。

因此，解决方案是在要发布的库中专门启用“调试”构建(如前所述，默认为发布类型):

android { 
        publishNonDefault true 
} 

然后，在使用库的项目中，指定一个debugCompile依赖项(发布编译可以使用“默认”发布配置):

dependencies { 
        debugCompile project(path: 'library', configuration: 'debug') 
        releaseCompile project('library') 
} 

当然(我认为这是理所当然的)，记住为库启用测试覆盖:

android { 
        buildTypes { 
                debug { 
                        testCoverageEnabled true 
                } 
        } 
}