测试 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 的类，即。我们有@Autowired BookRepository我们的BookService，我们提供模拟BookRepository的MockBeansTestConfiguration。类似于@Import({MockBeansTestConfiguration.class})在测试类中和@TestConfiguration在普通 Junit5 Spring Boot 测试中使用模拟 bean 的类
4. 相当于 @TestPropertySource(properties = { "spring.config.location=" + POSITIVE_CASE_CONFIG_FILE})
5. 触发给定类的 spring 自动配置，不是直接等价的，但它类似于在正常测试中使用@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 应用程序。看看我们自己的测试套件

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