Подавление статического метода void и статического метода в одном классе с помощью PowerMock

В настоящее время я пытаюсь выполнить модульное тестирование некоторого устаревшего кода с использованием PowerMock 1.4.10, и есть метод, который я пытаюсь протестировать, который имеет как статические вызовы void, так и статические вызовы non-void. Есть ли способ издеваться над статическими непустыми вызовами при подавлении статического недействительного вызова?

@RunWith(PowerMockRunner.class)
@PrepareForTest(ClassUnderTest.class)
public class TestClass {

    @Test
    public void test() {
        MemberModifier.suppress(StaticClass.class.getDeclaredMethod("logRandom"));

        PowerMock.mockStatic(StaticClass.class);
        expect(StaticClass.isLogOn()).andReturn(true);
        PowerMock.replay(StaticClass.class);

        ClassUnderTest test = new ClassUnderTest();
        test.methodToTest();

        assertTrue(test.tested);

        PowerMock.verify(StaticClass.class);
    }
}


public class ClassUnderTest {
    public boolean tested = false;

    public void methodToTest() {
        if (StaticClass.isLogOn()) {
            StaticClass.logRandom();
        }
    }

}

public class StaticClass {

    public static void logRandom() {
        System.out.println("Do something");
    }

    public static boolean isLogOn() {
        return (Math.random() > .5);
    }
}

Но когда я пытаюсь это сделать, я получаю следующий stackTrace:

java.lang.IllegalStateException: no last call on a mock available
    at org.easymock.EasyMock.getControlForLastCall(EasyMock.java:521)
    at org.easymock.EasyMock.expect(EasyMock.java:499)
    at TestClass.test(TestClass.java:20)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:68)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:307)
    at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:88)
    at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:96)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:294)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
    at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:86)
    at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:49)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
    at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:33)
    at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:45)
    at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:118)
    at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:102)
    at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    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)

У кого-нибудь есть идеи, как с этим бороться?


java mocking junit powermock
person HardcoreBro    schedule 04.04.2013    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Я успешно тестировал статику с комбинацией PowerMock и Mockito под названием PowerMockito. Вы бы издевались над своим статическим вызовом с версией PowerMockito.mockStatic вместо версии PowerMock. Как только это будет сделано, вы можете вызвать Mockito.when для обработки вызова.

PowerMockito.mockStatic(StaticClass.class);
Mockito.when(StaticClass.isLogOn()).thenReturn(true);

Когда тест запускается, когда он достигает тестового выполнения if (StaticClass.isLogOn()) {, насмешка должна вмешаться и вернуть true, что запускает логику вызова logRandom. Отсюда вы можете попробовать использовать spy, чтобы он вызывал фактический код, или вы можете смоделировать этот вызов logRandom по мере необходимости. Дополнительную информацию о насмешках с использованием spy можно найти на странице PowerMocktio под Partial Mocking.

person Walls    schedule 08.04.2013