【问题标题】:How do I mock a method inherited from an abstract class with EasyMock?如何使用 EasyMock 模拟从抽象类继承的方法?
【发布时间】:2011-09-18 18:30:47
【问题描述】:

我正在努力使用 EasyMock。我写了两个小类来说明我的问题:

public abstract class A {
    private AtomicReference<Integer> id = new AtomicReference<Integer>(null);
    public final int getId() {
        return id.get();
    }
    public final boolean setId(int id) {
        return this.id.compareAndSet(null, id);
    }
}

public class B extends A {
}

那我继续写一个测试方法如下:

public class EasyMockTester extends EasyMockSupport {
    @Test
    public void test() {
        B b = EasyMock.createStrictMock(B.class);
        EasyMock.expect(b.getId()).andReturn(100);
        replayAll();
        int id = b.getId();
        System.out.println("The ID is: " + id);
        verifyAll();
    }
}

问题是我希望 EasyMock 简单地模拟 B 类的一个实例(我的实际类不是空的,而是向从抽象类继承的方法添加更多方法)。 相反,EasyMock 实际上以某种方式进入了类 A 的代码并开始抱怨 NullPointerException。 如何让 EasyMock 模拟一个扩展抽象类的类?

当我运行这个测试时,我得到以下失败跟踪:

java.lang.NullPointerException 在 com.my.project.package.tests.A.getId(A.java:9) 在 com.my.project.package.tests.EasyMockTester.test(EasyMockTester.java:11) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native 方法)在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 java.lang.reflect.Method.invoke(Method.java:597) 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) 在 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) 在 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) 在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) 在 org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) 在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) 在 org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) 在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) 在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) 在 org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) 在 org.junit.runners.ParentRunner.run(ParentRunner.java:236) 在 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49) 在 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

哦,是的,我正在使用 Eclipse 3.6.2、JUnit 4.8.2 和 EasyMock 3.0。

编辑:似乎 PowerMock 可以处理从抽象类继承的模拟最终方法! http://code.google.com/p/powermock/wiki/MockFinal

【问题讨论】:

    标签: java class abstract easymock extends


    【解决方案1】:

    我认为它与抽象类等无关。这是因为 EasyMock 不能模拟 final 方法。来自EasyMock documentation

    Final 方法不能被模拟。如果调用,它们的正常代码将被执行

    因此,您需要使您的方法成为非最终方法,或者使用其他不需要模拟的方法进行测试。

    【讨论】:

    • 太快了! :) 我删除了“final”,但随后在控制台中得到以下打印:“ID 为:0”。是否有可能返回 AtomicReference (0) 的默认值而不是 100?
    • @leverpulled:当扩展EasyMockSupport 时,您需要使用实例方法来创建模拟,而不是EasyMock 的静态方法。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-01-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多