[英]Java Mockito JUnit Test / Mock Class with a constructor that contains a abstract Method call
我有一個關於單元測試和模擬測試的問題。 我想測試一個與其他模塊具有依賴關系的模塊。 問題是,我通過“測試運行”收到此消息:
java.lang.ClassFormatError: Absent Code attribute in method that is not native or abstract in class file javax/faces/component/UIComponent
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
at java.lang.Class.privateGetPublicMethods(Unknown Source)
at java.lang.Class.getMethods(Unknown Source)
at org.mockito.internal.runners.util.TestMethodsFinder.hasTestMethods(TestMethodsFinder.java:13)
at org.mockito.internal.runners.RunnerFactory.create(RunnerFactory.java:33)
at org.mockito.runners.MockitoJUnitRunner.<init>(MockitoJUnitRunner.java:57)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.<init>(JUnit4TestReference.java:33)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.<init>(JUnit4TestClassReference.java:25)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:48)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:452)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
例如:
public void MyMethod(){
PickList myPickList = new PickList();
... some code ...
myPickList.getSource();
myPickList.getTarget();
}
PickList構造函數包含:
PickList(){setRendererType(rendererValue);}
setRendererType方法是一個抽象方法,它擴展了UIComponent。
我的問題是,如何測試/模擬(僅允許Java 1.7,JUnit4和Mockito 1.10.19)這種方法?
是否可以模擬/避免構造函數調用?
我可以模擬更深的依賴關系嗎?
所以夫婦。
首先,您可以使用JMockit或Powermock模擬構造函數調用。
其次,永遠不要從構造函數中調用抽象方法。 對於任何非最終方法也是如此。 您永遠不要從構造函數中調用任何非最終實例方法。 這是因為您要在子類的構造函數完全執行之前在子類上調用實例方法。 因此,子類中可能會有實例字段由構造函數填充。 在調用實例方法(通過超級構造函數調用)時,尚未填充這些字段,這違反了實例方法的期望。
更新:然而,從您的問題來看, setRendererType
不是PickList
抽象。 它是UIComponent
的抽象方法,但PickList
或某些父類必須已實現了它,因此對於PickList
它不是抽象的。 但是,關於非最終方法的規則仍然適用。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.