在开始写单测之前,已经调研了很久Android单测的框架以及demo,正好换了一个新的项目组,就从头开始将单测框架应用到开发过程中,后续也方便可以使用TDD。
调研的框架:junit,mockito, roboletric,espresso,jacoco(覆盖率报告)
具体场景:网络请求,todomvp的单测方式,UI测试等。
理想永远是美好的,撸起袖子开始干的时候,就会发现还有很多崎岖需要去踏平。
首先,我放弃了espresso(虽然是google官方出的测试框架),主要原因是espresso依赖真机或模拟器。我相信大部分应用应该都有模拟器判断,在模拟器环境下禁止启动app,为了写单测,还得改代码,很难受;另外多数开发团队应该都是持续集成,跑espresso,还需要有一台手机常年插在构建机上,很麻烦。这并不是说espresso毫无用处,espresso对于Android框架支持非常完善,基本上所有UI的测试都可以实现。另外,espresso还有一个非常强大的功能,适合测试人员手工测试:录制测试过程,自动生成测试代码。比方说:你进入app后,按照正确测试流程点击一遍后,保存下来,下一次开发人员有了些许改动,你只需要运行一次之前自动生成的测试代码,应用便会按照之前的流程进行测试,如出现异常,则测试不通过!非常强大(据团队的IOS工程师说,ios也有一样的测试框架,个人觉得测试人员可以考虑一下这个)。
所以最初我采用的Android单测框架就是:junit + mockito + roboletric + jacoco。
贴上地址:
在使用框架时,注意对应版本。页面中的第一句话:
我使用的完整配置如下:
原本使用powermock的版本是1.7.X,发现使用的过程中各种报错,还是使用了官方的1.6.6版本,不知道这两个团队什么时候兼容能做的很完善。
附上使用BaseTest:
@Config(constants = BuildConfig.class , sdk = 21):原本想使用23的sdk版本,会有不兼容问题。
@PowerMockIgnore({“org.mockito.“, “org.robolectric.“, “android.“, “org.json.“, “sun.security.“, “javax.net.“}):根据我的理解:powermock类加载器忽略以上类的加载。
@PrepareForTest({CPSNetUtils.class, Common.class}):想mock static的方法,必须加上此注解。
基本配置如上,若上述配置都没问题了,就可以真正开始写单测了。目前Android端的框架使用的是google推荐的mvp框架,优缺点,网上有很多文章,就不在赘述。github地址如下:
不可否认的一点,使用mvp框架后单测实现会简单很多,极大程度减少了对view的测试。贴上一段业务测试代码:
细心的读者会发现在feedbackSuccessTest测试方法中,我开了个线程睡了半秒钟,这时候就要说到网络请求的单元测试了。网络交互是客户端最频繁的场景,而网络的不稳定,会导致客户端出现很多难以预知的情况,崩溃,闪退都有可能发生。所以对于网络请求的单测是重中之重。我使用的网络库是okhttp,而okhttp有一个很强大的功能:Interceptor。interceptor可以拦截网络请求,可以处理完后继续发送,也可以直接直接返回。废话不多说,上代码:
当然也可以模拟异常返回,404什么的都可以。另外okhttp使用的是建造者模式,客户端网络请求OkHttpClient都是一致的,故可以使用类似代码直接mock返回:
行覆盖率:度量被测程序的每行代码是否被执行,判断标准行中是否至少有一个指令被执行。
类覆盖率:度量计算class类文件是否被执行。
分支覆盖率:度量if和switch语句的分支覆盖情况,计算一个方法里面的总分支数,确定执行和不执行的分支数量。
方法覆盖率:度量被测程序的方法执行情况,是否执行取决于方法中是否有至少一个指令被执行。
指令覆盖:计数单元是单个java二进制代码指令,指令覆盖率提供了代码是否被执行的信息,度量完全 独立源码格式。
圈复杂度:在(线性)组合中,计算在一个方法里面所有可能路径的最小数目,缺失的复杂度同样表示测试案例没有完全覆盖到这个模块。
jacoco的覆盖率报告分为两种:
方法也不尽相同。生成java层代码的任务在前面代码中已经贴出。
生成运行app期间执行的覆盖率报告代码如下:
另外,中间遇到一个大坑,被坑了很久。就是jacoco和roboletric也有版本不兼容的问题。。。使用最新的jacoco的版本,发现生成的覆盖率报告始终为0
在stackoverflow中找了查了很久,最后在一个帖子里看到,在jacoco 0.7.3以上的版本使用roboletric就始终为0,尝试了多个版本,发现 0.7.1.7 是OK的。千万不要随便升级版本,否则会出现异想不到的问题。。
好了,下面就看一下覆盖率报告:
后续会接入jenkins,等踩完坑,再补一篇文章。
到此这篇jcenter关闭(jei关闭)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/rfx/25875.html