51Testing软件测试论坛
标题:
大神带你如何获得代码覆盖率(下)
[打印本页]
作者:
lsekfe
时间:
2023-1-31 10:24
标题:
大神带你如何获得代码覆盖率(下)
一些bug
jacoco.exec
W/System.err: java.io.FileNotFoundException: /jacoco.exec (Read-only file system)
这应该是JaCoCo库包的一些问题,由于Android平台的特殊性导致的,JaCoCo的开发者也没提出明确的解决方案。但是,不影响我们这里要求的功能。
切页面闪退
网上一些例子中会出现切换Activity,应用闪退的问题。我一开始也是照着这个例子来的,也出现了这个问题,分析是代码思路有问题,一是只有由Instrument开启的Activity才设置了listener,二是,切换Activity会调用finish方法,直接就结束了应用。反正我一通删删删之后,可以正常运行了。
Instrument命令无反应
可能是targetPackage配置的问题,有些时候AndroidManifest.xml里设置的package不一定是实际安装时应用的package名。
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="org.glucosio.android">
······
<instrumentation
android:name="test.JacocoInstrumentation"
android:handleProfiling="true"
android:label="CoverageInstrumentation"
android:targetPackage="org.glucosio.android.daily" />//实际安装的包名变化了
</manifest>
复制代码
比如这个例子,在构建文件build.gradle里面对debug和release版本的包名做了修改,所以,实际安装的时候,应用对应的包名并不是AndroidManifest.xml里配置的那样。
解决方案就是编译完知道真实的包名后再配置,还有,在AS里面,targetPackage属性无论配置正确与否都会飘红报错,但是,这并不影响编译运行。
启动应用闪退
在设置了假入口类,并通过Instrument启动的时候,可能会遇到应用启动闪退的情况,这是因为很多应用会改写Theme,然后Fake入口类继承的真实入口类需要对应的Theme配置,这里出现了配置,或者资源不兼容的情况,造成了闪退。
<activity
android:name=".activity.SplashActivity"
android:label="@string/app_name"
android:theme="@style/SplashTheme">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
<meta-data
android:name="android.app.shortcuts"
android:resource="@xml/shortcuts" />
</activity>
<activity
android:name="test.InstrumentedActivity"
android:label="@string/app_name"
android:theme="@style/SplashTheme">
<meta-data
android:name="android.app.shortcuts"
android:resource="@xml/shortcuts" />
</activity>
复制代码
上面例子里的InstrumentedActivity就是继承了真实入口类SplashActivity的Fake入口类。
解决方案,继承一切真实入口类可以被继承的属性,比如theme什么的,这样在FakeActivity实例化加载资源的时候,可以避免出现资源申请失败的问题,防止出现应用启动闪退的现象。
进阶
本方法的主要功能就是generateCoverageReport,所以,何时调用,是最主要的问题。
最理想的状态,在测试退出的时候调用,写入一次,节省时间,性能也高。但是大多数场景下,这种情况是行不通的。以下我整理几个场景,以及解决方案,提供参考:
入口类是一次性的,比如加载页面、广告页面等等;
入口类显性调用,指定了Activity跳转的目标类名,无法重回我们重写的Fake入口类。
以下可以提供一些解决方案:
Application的onTerminate()方法重写,在这里打桩调用记录函数,但是Application的生命周期监听在不同设备上有区别,貌似只在模拟器上有用;
BaseActivity的onDestroy()方法重写,一般大型的Android项目都会有一个自定义的顶级Activity,重写销毁监听函数,在这里打桩,这样每次Activity退出都会记录一次数据,当然,这也是在其子类重写但没有覆盖父类这个操作的情况下;
MainActivity的onDestroy()方法重写,这种方法是最保险的方法,这里的MainActivity指代应用首页对应的Activity。虽然,很多时候这个MainActivity不一定是入口类,但是只要在测试的时候能够最终回到MainActivity所在的页面,然后通过Android的回退键退出,调用onDestrooy()记录数据。
总结
通过JaCoCo记录覆盖率的核心是调用记录函数,重点是保证记录函数能被成功调用。所以,Instrument也好,Service也好,直接写在原来的Activity里也好,目的都是成功记录数据。没有通用的万能方法,还是得因地制宜。在复杂的项目环境下,还是需要对原生代码进行适当的打桩修改的。
作者:
oliver.tang
时间:
2023-2-28 10:17
这里是有使用工具,还是直接通过源码
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2