Я пытаюсь смоделировать такой класс (спасибо Google за дизайн кода, который сложно использовать в тестовой среде):
GoogleAuthorizationCodeGrant googleAuthorizationCodeGrant = EasyMock.createMock(GoogleAuthorizationCodeGrant.class);
Затем я настраиваю вызов фиктивного метода следующим образом:
AccessTokenResponse accessTokenResponse = new AccessTokenResponse();
EasyMock.expect(googleAuthorizationCodeGrant.execute()).andReturn(accessTokenResponse);
Тем не менее, он выдает исключение, потому что во время googleAuthorizationCodeGrant.execute () он пытается запустить реальный код в GoogleAuthorizationCodeGrant.execute (). Я что-то здесь упускаю? Я ожидал бы, что прокси-сервер cglib обернет этот класс и переопределит его методы, чтобы ничего не делать, так как я не хочу, чтобы их реализация при насмешках. Не должно быть никакой необходимости сохранять какую-либо бизнес-логику, поскольку я определяю поведение различных вызовов методов.
Редактировать
Примечание. Думаю, здесь есть некоторая путаница. Исключение выдается:
EasyMock.expect(googleAuthorizationCodeGrant.execute()).andReturn(accessTokenResponse)
Не тогда, когда я переводил макет в режим воспроизведения, так как я никогда не достигал этого кода. Причина, по которой генерируется исключение, заключается в том, что элемент GoogleAuthorizationCodeGrant имеет значение null, и для него вызывается метод в .execute (). Участник не был бы нулевым, если бы я создал экземпляр GoogleAuthorizationCodeGrant с новым оператором. Однако я не понимаю, почему EasyMock будет работать так на классе, потому что я ожидаю, что он создаст прокси, который обернет реализацию, чтобы ничего не делать.
Вот трассировка стека:
java.lang.NullPointerException
at com.google.api.client.auth.oauth2.draft10.AccessTokenRequest.executeUnparsed(AccessTokenRequest.java:451)
at com.google.api.client.auth.oauth2.draft10.AccessTokenRequest.execute(AccessTokenRequest.java:475)
at uk.co.domain.service.google.GmailContactPollerTest.testDoPoll(GmailContactPollerTest.java:64)
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.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
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)