【问题标题】:UnfinishedStubbingException when passing mocked class as an argument in thenThrow在 thenThrow 中将模拟类作为参数传递时出现 UnfinishedStubingException
【发布时间】:2020-04-23 19:08:03
【问题描述】:

我可以将模拟对象作为参数传递给 thenThrow() 方法吗?我有这样的事情:

public class MyException extends Exception {
    public MyException(MockedClass mockedClass) {
        super("My message:" + mockedClass.doSth("foo"));
    }
}

public class TestedServiceTest {
    @Mock
    MockedClass mockedClass;

    @Mock
    AnotherClass anotherClass;

    @Before
    public void init() {
        when(mockedClass.doSth(anyString())).thenAnswer(new Answer<String>() {
            @Override
            public String answer(InvocationOnMock invocation) throws Throwable {
                return invocation.getArgument(0);
            }

        });
    }

    @Test
    public void notWorkingTestMethod() {
        when(anotherClass.doSomething()).thenThrow(new MyException(mockedClass));
    }

notWorkingTestMethod() 抛出 org.mockito.exceptions.misusing.UnfinishedStubbingException 但是,如果我在 void 方法上使用相同的技术,它就不会再抱怨了:

    @Test
    public void workingTestMethod() {
        doThrow(new MyException(mockedClass)).when(anotherClass).doSomethingVoid();
    }
}

还有其他可能的原因它不起作用吗?

【问题讨论】:

  • 我最近也遇到了类似的问题,通过将do doThrow传递的值提取到适当的变量中来解决。

标签: java testing mockito


【解决方案1】:

要了解为什么会发生这种情况,您需要了解一点 Mockito 的工作原理。

Mockito 使用内部静态状态来跟踪正在对哪些模拟进行哪些设置。这确实允许进行清晰而富有表现力的嘲弄,但有时它确实会导致违反最小惊讶原则,就像您在这里遇到的那样。

让我们考虑一下你不工作的测试方法中的那一行:

when(anotherClass.doSomething()).thenThrow(new MyException(mockedClass));

Mockito 按以下顺序查看这些交互:

  1. anotherClass.doSomething() 的调用,Mockito 将在内部将其记录为模拟的最后一次调用,因为该模拟方法可能即将设置为执行某些操作。
  2. 调用静态 when 方法,因此 Mockito 知道正在设置 anotherClass.doSomething() 的行为。
  3. MyException 构造函数中调用mockedClass.doSth()。这是对模拟的另一个调用,这是 Mockito 没有预料到的。

此时,doThrow() 方法还没有被调用,所以 Mockito 无法知道你稍后会调用它来设置要抛出的异常。相反,它在 Mockito 看来就像你在写作:

when(anotherClass.doSomething());
when(mockedClass.doSth()).then....

因此存在未完成存根的异常。

@marcellorvalle 在评论中建议的修复方法是将异常移出到局部变量中:

MyException myException = new MyException(mockedClass);
when(anotherClass.doSomething()).thenThrow(myException);

在大多数情况下,像这样提取局部变量不会改变代码的行为。但它确实改变了我上面列出的与 Mockito 的三个交互的顺序。现在是:

  1. 在异常的构造函数中调用mockedClass.doSth(),Mockito 将在内部将其记录为模拟的最后一次调用。
  2. anotherClass.doSomething() 的调用,Mockito 将在内部将其记录为模拟上的最后一次调用,替换之前的调用。
  3. 调用静态 when 方法,因此 Mockito 知道正在设置 anotherClass.doSomething() 的行为。

与 Mockito 的下一次交互是调用 thenThrow(),然后 Mockito 可以链接到对 anotherClass.doSomething() 的调用。

至于你的workingTestMethod() 方法,它有一行

doThrow(new MyException(mockedClass)).when(anotherClass).doSomethingVoid();

这个模拟设置有效,因为这一次,与 Mockito 交互的顺序是:

  1. 在异常的构造函数中调用mockedClass.doSth(),Mockito 将在内部将其记录为模拟的最后一次调用。 (碰巧在这种情况下,最后一次调用没有被使用。)
  2. 调用静态doThrow() 方法。此时,Mockito 不知道要为什么 mock 或什么方法抛出异常,所以它只能记下异常。
  3. Stubber 实例上调用when 方法,doThrow() 返回。这告诉 Mockito 正在设置哪个模拟,并且还要注意模拟方法的下一次调用是什么,因为这就是正在设置的内容。看起来这个 when 方法返回了它给出的模拟。
  4. 调用模拟的doSomethingVoid() 方法。然后,Mockito 可以将要抛出的异常链接到此方法。

【讨论】:

    猜你喜欢
    • 2023-02-08
    • 1970-01-01
    • 2013-11-08
    • 1970-01-01
    • 1970-01-01
    • 2013-05-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多