自动化测试问题集----class ref in pre-verified class resolved to unexpected implemention

引言

最近都在做Android自动化测试的相关工作，在UI自动化工程中使用的是Robotium框架。最近遇到了一些问题，因为在开发过程中往往都会封装出工具类的jar、或者引用第三方库的jar文件，保持组件的独立性，便于移植和复用。而自动化测试例往往也会需要用到被测试主工程相关的工具类jar文件，通常的开发思维做法是直接把jar文件，放入测试例工程中，便于测试例引用jar文件中的API。

问题

以上的做法，在通常的开发情况下是没有问题。但是对于UI自动化测试而言，我们得多考虑下，由于Robotium框架的UI自动化测试是基于Instrumentation的，测试工程与被测工程运行后，处于同一个进程中。在最初的安卓进程fork起来后，DexClassLoad会去加载所有的字节码类文件。如果主工程和测试例工程都各种有一份相同的jar文件引用。当DexClassLoad去加载class的时候都是通过loadClass(String classPath)方法，其中传入的参数就是类的包下完整路径，此时如果有两个jar文件，那么对于主工程、测试例工程来说都会出来load对象无法确认使用哪一个jar的类的问题。于是报了：class ref in pre-verified class resolved to unexpected implemention的异常。

解决方案

既然是因为存在多个相同包路径的类，那么很简单，只要修改掉其中一个jar包的包路径名称，重新打包即可。那么问题又来了，这个办法当然是基于有jar文件源码的情况下，才可以更改包名重新打包。如果是没有源码的情况下呢。当然也是有办法的，目前我还没有试验，在这里先给出方案：在测试例工程中自定义一个DexClassLoad对象，在创建load对象的时候，需要传入被加载的jar文件、dex文件的具体路径。这样我们就可以避免即使没有jar文件的源码的情况下，只要指定jar文件的路径给DexClassLoad对象，那么通过loadClass()方法加载出来的class就是测试例工程自身的jar文件的类。

总结

1. 有jar文件源码的，可以修改包名路径名称后，重新打jar包，给测试例工程引用。
2. 没有jar文件源码的，可以通过自定义DexClassLoad对象，将指定的jar文件路径传入，通过loadClass加载出需要访问的jar包class类，再用反射来调用jar包中的API方法。