1

我试图通过模拟一个类来使用weld-junit5。我嘲笑这门课，因为我想知道它多久会被调用一次。

但是每次我尝试 Mockito.verify() 这个模拟类时，它都会抛出一个“NotAMockException”

Intellij 调试器正在验证该字段："Mock for MessageService, hashCode: XY"

我已经尝试将我的测试类添加到 WeldInitiator 中，但它不想工作。

“MessageService”是一个真正的类，而不是一个接口（接口也不起作用）

文档

@EnableWeld
class GameServiceTest {

  @WeldSetup
  public WeldInitiator weld = WeldInitiator.from(GameService.class, GameCache.class,
                                                 /** Some More **/,
                                                 GameServiceTest.class).build();
  @Produces
  @ApplicationScoped
  public MessageService createMessageServiceMock() {
    return mock(MessageService.class);
  }

  @Inject
  private MessageService messageService;
  @Inject
  private GameService gameService;

  @Test
  void handleRunningGames() {
    this.gameService.handleRunningGames(null, mock(Session.class));
    // This will throw a org.mockito.exceptions.misusing.NotAMockException
    Mockito.verify(messageService, Mockito.times(1)).writeMessage(any(), any());
  }
}

我希望 Injected MessageService 是一个真正的模拟，我可以在其上调用每个 Mockito 函数，但似乎并非如此。

我有什么问题吗，或者这样做的正确方法是什么？

我想我刚刚解决了这个问题：


  private static final MessageService messageService = mock(MessageService.class);

  @Produces
  @ApplicationScoped
  public MessageService createMessageServiceMock() {
    return messageService;
  }
4

2 回答 2

4

提供一些背景知识，它的工作方式是 Weld 让 Mockito 创建所需的对象，然后将其作为上下文 bean 实例。

但是，在 CDI 中，任何具有正常范围的 bean 都需要有一个传递的代理而不是该实例。因此，您的生产者实际上所做的（因为它是@ApplicationScoped）是创建对象，将其存储在上下文中，然后还创建一个代理并传递该代理。代理是一个不同的对象（没有状态的委托），它“知道”如何获取对实际实例的引用。

所以发生的事情是代理被注入到该字段中，并且您正在通过Mockito.verify()调用检查代理对象。显然，代理不是模拟本身，因此它失败了。正如用户@second 所建议的，Weld 提供了一个 API 来解包代理并获取上下文实例。我认为 API 并不“丑陋”，它只是用户不应该最关心的事情，但有时你无法避免它。

您可以通过使用一些伪作用域来避免使用代理，这些伪作用域是@Dependent或 CDI @Singleton。有了它，它应该也能正常工作，只要它用于测试，用单例替换应用程序范围就可以了。

至于你的解决方法，我看不出它是如何解决任何问题的——它基本上是同一个生产者，并且由于范围的原因，它只会被调用一次，因此静态字段不会有任何区别（因为会有一个单一的模拟调用创建）。你有没有改变其他的东西？

于 2019-08-13T09:47:35.603 回答
1

作为 JUnit 5 + Weld-JUnit 的用户，我正在使用以下模式。原因在Siliarus的回答中解释过。

import org.mockito.junit.jupiter.MockitoExtension;
import org.mockito.Mock;
import ...

@EnableWeld
@ExtendWith(MockitoExtension.class) // (1)
class GameServiceTest {

    @WeldSetup
    public WeldInitiator weld = WeldInitiator.from(GameService.class, GameCache.class,
                            /** Some More **/,
                            GameServiceTest.class).build();
    @Produces
    @ApplicationScoped // (2)
    @Mock              // (3)
    private MessageService messageServiceMock;

//  @Inject            // (4)
//  private MessageService messageService;
    @Inject
    private GameService gameService;

    @Test
    void handleRunningGames() {
        this.gameService.handleRunningGames(null, mock(Session.class));
        // (5)
        Mockito.verify(messageServiceMock, Mockito.times(1)).writeMessage(any(), any());
    }
}

说明：

  1. 为了方便起见，我正在使用 Mockito 扩展
  2. 你真的不需要给它应用范围
  3. @Mock注释由MockitoExtension. 同样，这只是为了方便，您可以在生产者方法中自己创建模拟。

  4. 您不需要注入模拟服务；你有messageServiceMock！正如 Siliarus 所解释的，这里注入的东西将是 Weld 代理。

    多描述一下这种注入很有趣：如果 bean 是@ApplicationScoped，即“正常范围”，CDI 必须注入一个代理。如果你使用这个代理而不是实际的模拟，你会得到异常。如果您遵循我在 (2) 中的建议并省略@ApplicationScoped，则 bean 将是依赖范围的，并且直接注入模拟。在这种情况下，您可以使用注入的字段，但何必呢？

  5. 直接使用模拟。
于 2019-08-14T00:10:19.693 回答