Mockito 和 JUnit 5 – 使用 ExtendWith

最后更新：2017 年 10 月 29 日

作者： baeldung

审核人： Kevin Gilmore

测试

使用 OpenRewrite 安全且自动地重构 Java 代码。

手动重构大型代码库既缓慢、有风险，又容易拖延。OpenRewrite 应运而生。这个用于大规模、自动化代码转换的开源框架可以帮助团队安全、一致地进行现代化改造。

每个月，OpenRewrite 的创建者和维护者 Moderne 都会举办现场、实践培训课程——一个面向初学者，一个面向经验丰富的用户。您将了解配方的运作方式、如何将其应用于项目，以及如何自信地进行代码现代化改造。

参加下一次课程，带来您的问题，并学习如何自动化通常会占用您 sprint 时间的工作。

回归测试是发布流程中的重要步骤，以确保新代码不会破坏现有功能。随着代码库的不断发展，我们希望频繁运行这些测试，以便尽早发现任何问题。

确保这些测试以自动化的方式频繁运行的最佳方法当然是将其包含在 CI/CD 管道中。 这样，每次向仓库提交代码时，回归测试将自动执行。

在本教程中，我们将学习如何使用 Selenium 创建回归测试，然后使用 GitHub Actions 将它们包含在我们的管道中，在 LambdaTest 云网格上运行

>> 如何使用 GitHub Actions 运行 Selenium 回归测试

确保这些测试以自动化的方式频繁运行的最佳方法当然是将其包含在 CI/CD 管道中。 这样，每次向仓库提交代码时，回归测试将自动执行。

在本教程中，我们将学习如何使用 Selenium 创建回归测试，然后使用 GitHub Actions 将它们包含在我们的管道中，在 LambdaTest 云网格上运行

>> 如何使用 GitHub Actions 运行 Selenium 回归测试

1. 概述

在本快速教程中，我们将展示 如何将 Mockito 与 JUnit 5 扩展模型集成。 要了解更多关于 JUnit 5 扩展模型的信息，请参阅这篇文章文章。

首先，我们将展示如何创建一个扩展，该扩展会自动为任何带有 @Mock 注解的类属性或方法参数创建 mock 对象。

然后，我们将使用我们的 Mockito 扩展在 JUnit 5 测试类中。

2. Maven 依赖

让我们将 JUnit 5 (jupiter) 和 mockito 依赖项添加到我们的 pom.xml 文件中

<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-engine</artifactId>
    <version>5.10.2</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.mockito</groupId>
    <artifactId>mockito-core</artifactId>
    <version>5.11.0</version>
    <scope>test</scope>
</dependency>

可以从 Maven Central 下载 junit-jupiter-engine 和 mockito-core 的最新版本。

3. Mockito 扩展

Mockito 在库 – mockito-junit-jupiter 中提供了 JUnit5 扩展的实现。

我们将此依赖项包含在我们的 pom.xml 文件中

<dependency>
    <groupId>org.mockito</groupId>
    <artifactId>mockito-junit-jupiter</artifactId>
    <version>5.12.0</version>
    <scope>test</scope>
</dependency>

4. 构建测试类

让我们构建我们的测试类并将 Mockito 扩展附加到它

@ExtendWith(MockitoExtension.class)
class UserServiceUnitTest {

    UserService userService;

    // ...
}

我们可以使用 @Mock 注解来注入一个实例变量的 mock，可以在测试类中的任何地方使用该 mock

@Mock UserRepository userRepository;

我们还可以将 mock 对象注入到方法参数中

@BeforeEach
void init(@Mock SettingRepository settingRepository) {
    userService = new DefaultUserService(userRepository, settingRepository, mailClient);
      
    lenient().when(settingRepository.getUserMinAge()).thenReturn(10);
        
    when(settingRepository.getUserNameMinLength()).thenReturn(4);
        
    lenient().when(userRepository.isUsernameAlreadyExists(any(String.class)))
        .thenReturn(false);
}

请注意这里使用了 lenient()。Mockito 在未通过测试方法之一调用初始化的 mock 对象时，会在执行期间抛出 UnsupportedStubbingException。我们可以通过在使用时使用此方法来避免这种严格的桩检查。

我们甚至可以将 mock 对象注入到测试方法参数中

@Test
void givenValidUser_whenSaveUser_thenSucceed(@Mock MailClient mailClient) {
    // Given
    user = new User("Jerry", 12);
    when(userRepository.insert(any(User.class))).then(new Answer<User>() {
        int sequence = 1;
            
        @Override
        public User answer(InvocationOnMock invocation) throws Throwable {
            User user = (User) invocation.getArgument(0);
            user.setId(sequence++);
            return user;
        }
    });

    userService = new DefaultUserService(userRepository, settingRepository, mailClient);

    // When
    User insertedUser = userService.register(user);
        
    // Then
    verify(userRepository).insert(user);
    assertNotNull(user.getId());
    verify(mailClient).sendUserRegistrationMail(insertedUser);
}

请注意，我们作为测试参数注入的 MailClient mock 将不会与我们在 init 方法中注入的实例相同。