【问题标题】:Easy mock does not recognize mocked serviceEasy mock 不识别 mocked 服务
【发布时间】:2012-05-24 13:20:55
【问题描述】:

我在测试我的一项服务时遇到了这个奇怪的问题... 我正在使用 easymock 3.0 模拟两个服务并用 Spring 注入它们,但是我在其中一个处得到“java.lang.IllegalArgumentException: Not a mock: $Proxy43”异常。我在我的配置文件中以相同的方式声明它们,如下所示:

<bean id="recurringSchedulesJobsService" class="org.easymock.EasyMock" factory-method="createMock">
    <constructor-arg value="com.spmsoftware.recurringschedules.service.RecurringSchedulesJobsService"/>
</bean>

<bean id="jobPeriodService" class="org.easymock.EasyMock" factory-method="createMock">
    <constructor-arg value="com.spmsoftware.jobdefinition.service.JobPeriodService"/>
</bean>

在我的 junit 测试中,我按以下方式使用它们:

@Autowired
private RecurringSchedulesJobsService recurringSchedulesJobsService;
@Autowired
private JobPeriodService jobPeriodService;

@Before
public void setUp() throws Exception {
    reset(recurringSchedulesJobsService);
    expect(recurringSchedulesJobsService.getBasedOnRecurringScheduleId(RECURRING_SCHEDULE_ID)).andReturn(buildRecurringScheduleJob());
    replay(recurringSchedulesJobsService);

    reset(jobPeriodService);
    expect(jobPeriodService.findPeriodByJobId(RECURRING_SCHEDULE_JOB_ID)).andReturn(buildJobDefinitionPeriod());
    replay(jobPeriodService);
}

recurringSchedulesJobsService 被嘲笑,当我评论第二个服务时,它的行为符合预期。另一方面,jobPeriodService 不被识别为模拟。相反,我得到了这个例外:

java.lang.IllegalArgumentException: Not a mock: $Proxy43
at org.easymock.internal.ClassExtensionHelper.getControl(ClassExtensionHelper.java:66)
at org.easymock.EasyMock.getControl(EasyMock.java:2068)
at org.easymock.EasyMock.reset(EasyMock.java:1983)
at com.spmsoftware.recurringschedules.occurrences.generator.OccurrenceGeneratorTest.setUp(OccurrenceGeneratorTest.java:64)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)

虽然只有 reset() 方法会引发异常...

我发现一个有趣的事情是这两个对象不是同一个实例。这是我在调试时得到的:

对此的任何想法都将非常有价值。 谢谢

【问题讨论】:

  • recurringSchedulesJobsService 和 jobPeriodService 都是接口吗?

标签: java spring unit-testing junit easymock


【解决方案1】:

Spring 将 bean 包装到代理中,可能是为了在方法周围应用 AOP 方面(事务性、安全性)。因此,它在您的测试中注入的 bean 是 mock 周围的 Spring 代理,而不是 mock 本身。

你为什么要使用 spring 上下文和依赖注入呢?您可以简单地在单元测试中实例化您的服务对象,在对象中注入模拟依赖项,然后对其进行测试。不需要 Spring 容器。这可能是 IoC 框架的主要有趣特性:它使单元测试变得简单:

@Before
public void setUp() {
    this.recurringSchedulesJobsService = mock(RecurringSchedulesJobsService.class);
    this.jobPeriodService = mock(JobPeriodService.class);
}

@Test
public void testSomeMethod() {
    expect(recurringSchedulesJobsService.doThis()).andReturn(that);
    expect(jobPeriodService.doThat()).andReturn(1);

    replay(recurringSchedulesJobsService, jobPeriodService);

    MyServiceImplementation serviceToTest = 
        new MyServiceImplementation(recurringSchedulesJobsService, jobPeriodService);
    serviceToTest.someMethod();
    verify(recurringSchedulesJobsService, jobPeriodService);
}

【讨论】:

  • 感谢您的快速回答。我正在使用 spring,这样我就不必注入所有 jobPeriodService 的依赖项。我已经尝试过编程方法,但我必须处理我通常在 jobPeriodService 中自动装配的所有其他服务。无论如何,为什么 Spring 只在我的第二个模拟中表现得这样?为什么第一个有效?
  • jobPeriodService 是一个模拟。模拟中没有什么可以注入的!?
  • 当我尝试使用它时,我得到了 NPE,因为一个 null entityManager
  • 这可能意味着该服务是一个类(不是接口),并且您没有模拟您的被测服务调用的方法。单元测试应该只测试一个单元。它的所有依赖项都应该被模拟。
  • 是的,它是一个类。引用是一个接口。该测试确实涵盖了很多逻辑。这就是为什么我要尽可能多地模拟。
【解决方案2】:

看起来 jobPeriodService 正在由 Spring 自动代理,而 recurringSchedulesJobsService 不是。这很可能是因为 Spring 已将 recurringSchedulesJobService 标记为不符合自动代理的条件(没有潜在的切入点匹配,它在某处被明确关闭等)。如果不查看您的其他配置,我真的不知道具体原因是什么

如果您将 Spring 的日志记录级别设置为 DEBUG,它应该会告诉您为什么 recurringSchedulesJobService 不符合自动代理的条件。

【讨论】:

  • 不过,我和 JB Nizet 在一起。你把这弄得太复杂了。
猜你喜欢
  • 1970-01-01
  • 2020-12-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-04-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多