测试 spring 应用程序上下文无法启动的最佳方法是什么？

Question

我使用 spring-boot-starter-web 和 spring-boot-starter-test。

假设我有一个用于绑定配置属性的类：

@ConfigurationProperties(prefix = "dummy")
public class DummyProperties {

    @URL
    private String url;

    // getter, setter ...

}

现在我想测试我的 bean 验证是否正确。如果未设置属性 dummy.value 或它包含无效的 URL，则上下文应该无法启动（带有特定的错误消息）。如果属性包含有效的 URL，则上下文应该开始。 （测试会显示@NotNull 缺失。）

一个测试类应该是这样的：

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = MyApplication.class)
@IntegrationTest({ "dummy.url=123:456" })
public class InvalidUrlTest {
    // my test code
}

此测试将失败，因为提供的属性无效。告诉 Spring/JUnit 的最佳方式是什么：“是的，这个错误是意料之中的”。在普通的 JUnit 测试中，我会使用 ExpectedException。

Answer 1

测试Spring应用上下文的最好方法是使用ApplicationContextRunner

在 Spring Boot 参考文档中有描述：
https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-developing-auto-configuration.html#boot-features-test-autoconfig

还有一个关于它的快速指南：
https://www.baeldung.com/spring-boot-context-runner

示例用法

private static final String POSITIVE_CASE_CONFIG_FILE =  
"classpath:some/path/positive-case-config.yml";
private static final String NEGATIVE_CASE_CONFIG_FILE =  
"classpath:some/path/negative-case-config.yml";

@Test
void positiveTest() {
  ApplicationContextRunner contextRunner = new ApplicationContextRunner()
    .withInitializer(new ConfigDataApplicationContextInitializer())//1
    .withInitializer(new ConditionEvaluationReportLoggingListener(LogLevel.DEBUG))//2
    .withUserConfiguration(MockBeansTestConfiguration.class)//3
    .withPropertyValues("spring.config.location=" + POSITIVE_CASE_CONFIG_FILE)//4
    .withConfiguration(AutoConfigurations.of(BookService.class));//5
  contextRunner
    .run((context) -> {
      Assertions.assertThat(context).hasNotFailed();//6
    });
}

@Test
void negativeTest() {
  ApplicationContextRunner contextRunner = new ApplicationContextRunner()
    .withInitializer(new ConfigDataApplicationContextInitializer())//1
    .withInitializer(new ConditionEvaluationReportLoggingListener(LogLevel.DEBUG))//2
    .withUserConfiguration(MockBeansTestConfiguration.class)//3
    .withPropertyValues("spring.config.location=" + NEGATIVE_CASE_CONFIG_FILE)//4
    .withConfiguration(AutoConfigurations.of(BookService.class));//5
  contextRunner
    .run((context) -> {
      assertThat(context)
        .hasFailed();
      assertThat(context.getStartupFailure())
        .isNotNull();
      assertThat(context.getStartupFailure().getMessage())
        .contains("Some exception message");
      assertThat(extractFailureCauseMessages(context))
        .contains("Cause exception message");
    });
}

private List<String> extractFailureCauseMessages(AssertableApplicationContext context) {
  var failureCauseMessages = new ArrayList<String>();
  var currentCause = context.getStartupFailure().getCause();
  while (!Objects.isNull(currentCause)) {//7
    failureCauseMessages.add(currentCause.getMessage());
    currentCause = currentCause.getCause();
  }
  return failureCauseMessages;
}

Junit5 Spring Boot Test Annotations 中类似定义的示例说明：

1. 触发加载配置文件，如application.properties 或application.yml
2. 在应用程序上下文失败时使用给定的日志级别记录 ConditionEvaluationReport
3. 提供指定模拟 bean 的类，即。我们的BookService 中有@Autowired BookRepository，我们在MockBeansTestConfiguration 中提供模拟BookRepository。类似于测试类中的@Import({MockBeansTestConfiguration.class}) 和普通Junit5 Spring Boot 测试中带有模拟bean 的类中的@TestConfiguration
4. 相当于@TestPropertySource(properties = { "spring.config.location=" + POSITIVE_CASE_CONFIG_FILE})
5. 触发给定类的弹簧自动配置，不是直接等效的，但类似于在正常测试中使用@ContextConfiguration(classes = {BookService.class})或@SpringBootTest(classes = {BookService.class})与@Import({BookService.class})一起使用
6. AssertJ 库中的 Assertions.class，Assertions.assertThat 应该有静态导入，但我想说明这个方法的来源
7. Objects.isNull 应该有静态导入，但我想说明这个方法的来源

MockBeansTestConfiguration 类：

@TestConfiguration
public class MockBeansTestConfiguration {
  private static final Book SAMPLE_BOOK = Book.of(1L, "Stanisław Lem", "Solaris", "978-3-16-148410-0");

  @Bean
  public BookRepository mockBookRepository() {
    var bookRepository = Mockito.mock(BookRepository.class);//1
    Mockito.when(bookRepository.findByIsbn(SAMPLE_BOOK.getIsbn()))//2
           .thenReturn(SAMPLE_BOOK);
    return bookRepository;
  }
}

备注：
1,2。应该有静态导入，但我想说明这个方法是从哪里来的

Answer 2

为什么首先要进行集成测试？你为什么要为此启动一个完整的 Spring Boot 应用程序？

对我来说，这看起来像是单元测试。话虽如此，您有多种选择：

• 不要添加@IntegrationTest，Spring Boot 将不会启动 Web 服务器（使用 @PropertySource 将值传递给您的测试，但将无效值传递给整个测试类感觉不对）李>
• 您可以使用spring.main.web-environment=false 禁用网络服务器（但鉴于上述观点，这很愚蠢）
• 编写一个单元测试来处理你的DummyProperties。您甚至不需要为此启动 Spring Boot 应用程序。看our own test suite

我肯定会选择最后一个。也许您有充分的理由为此进行集成测试？

Answer 3

我认为最简单的方法是：

public class InvalidUrlTest {

    @Rule
    public DisableOnDebug testTimeout = new DisableOnDebug(new Timeout(5, TimeUnit.SECONDS));
    @Rule
    public ExpectedException expected = ExpectedException.none();

    @Test
    public void shouldFailOnStartIfUrlInvalid() {
        // configure ExpectedException
        expected.expect(...

        MyApplication.main("--dummy.url=123:456");
    }

// other cases
}