3.1 KiB
常见使用问题
1. 如何Mock被测类中通过@Autowired初始化的字段？
直接创建被测类对象，然后利用TestableMock访问私有成员的能力直接给这些字段赋值即可。
2. TestableMock是否能够与其他Mock工具一起使用？
TestableMock可与其他基于动态代理机制的Mock工具安全的共同使用，譬如Mockito、Spock、EasyMock等皆属此范畴。
对于会修改类加载器或被测类字节码的Mock工具，譬如PowerMock和JMockit，尚无案例证明会与TestableMock发生冲突，但从原理来说二者可能存在不兼容风险，请谨慎使用。
3. 父类变量指向子类对象时，如何实现Mock方法？
在代码中，经常会有使用接口变量或父类变量指向子类实例，调用父类或子类方法的情况。
这时候遵循一个原则，Mock方法的首个参数类型始终与发起调用的变量类型一致。
因此，不论实际被调用方法来自父类还是子类，也不论子类是否覆写该方法。若发起调用的变量为父类型（或接口类型），则Mock方法的首个参数类型都应该使用相应的父类（或接口）类型。
参见Java和Kotlin示例中DemoInheritTest测试类的用例。
4. 如何Mock对于泛型方法(模板方法)？
与普通方法的Mock方法相同，直接在Mock方法上使用相同的泛型参数即可。
参见Java和Kotlin示例中DemoTemplateTest测试类的用例。
由于JVM存在泛型擦除机制，对于Java项目也可以直接使用
Object类型替代泛型参数，见Java版DemoTemplateTest测试类中被注释掉的"第二种写法"示例。
5. 在Kotlin项目对String类中的方法进行Mock不生效？
Kotlin语言中的String类型实际上是kotlin.String，而非java.lang.String。但在构建生成自字节码的时候又会被替换为Java的java.lang.String类，因此无论将Mock目标写为kotlin.String或java.lang.String均无法正常匹配到原始的被调用方法。
实际场景中需要对String类中的方法进行Mock的场景很少，TestableMock暂未对这种情况做特别处理。
6. TestableMock能否用于Android项目的测试？
结合Roboelectric测试框架可使用。
Android系统的Dalvik和ART虚拟机采用了与标准JVM不同的字节码体系，会影响TestableMock的正常工作。Roboelectric框架能在普通JVM虚拟机上运行Android单元测试，其速度比通过Android虚拟机运行单元测试快非常多，绝大多数Android App的单元测试都在使用Roboelectric框架。
7. 在IntelliJ运行测试报"Command Line is too Long. Shorten command line for ..."错误？
这个问题是由于系统ClassPath包含太多路径所致，与是否使用TestableMock无关。但需要注意的是，IntelliJ提供了两种辅助解决机制：JAR manifest和classpath file，若测试中使用了TestableMock，请选择JAR manifest。
