Тест контекста Spring с помощью всего одного компонента

Определенно разумно и нормально тестировать только один класс в модульном тесте.

Нет проблем с включением только одного bean-компонента в ваш тестовый контекст. На самом деле, @Configuration (обычно) представляет собой просто набор компонентов. Вы могли бы гипотетически создать класс @Configuration только с MyTestBean, но в этом действительно не было бы необходимости, поскольку вы можете сделать то же самое, перечислив свои контекстные bean-компоненты с @ContextConfiguration#classes.

Однако я хочу отметить, что для тестирования только одного bean-компонента в истинном модульном тесте передовая практика в идеале склоняется к настройке bean-компонента через конструктор и тестированию класса таким образом. Это ключевая причина, по которой парни из Spring рекомендуют использовать конструктор вместо инъекции свойств. См. Раздел под названием DI на основе конструктора или установщикаэтой статьи, Комментарий Оливера Гирке (т.е. глава проекта Spring Data) и Google для получения дополнительной информации. Вероятно, это причина того, что у вас возникает странное чувство при настройке контекста для одного bean-компонента!

Для начала рекомендуется сначала прочитать документацию (например, JavaDoc, ссылка на который приведена ниже в этом ответе), поскольку она уже отвечает на ваш вопрос.

If I understand correctly the class that I reference is supposed to be a Configuration class, not a regular spring service bean or component for example.

Is that right?

Нет, это не совсем так.

Классы, предоставленные для @ContextConfiguration, являются классами обычно@Configuration, но это не обязательно.

Вот отрывок из JavaDoc для @ContextConfiguration:

Annotated Classes

The term annotated class can refer to any of the following.

• A class annotated with @Configuration
• A component (i.e., a class annotated with @Component, @Service, @Repository, etc.)
• A JSR-330 compliant class that is annotated with javax.inject annotations
• Any other class that contains @Bean-methods

Таким образом, вы можете передать @ContextConfiguration любой «аннотированный класс».

Or is this indeed a valid way to achieve this goal?

Фактически, это действенный способ достижения этой цели; однако также немного необычно загружать ApplicationContext, содержащий одиночный пользовательский компонент.

С уважением,

Сэм (автор Spring TestContext Framework)

Вы также можете использовать ApplicationContextRunner для создания вашего контекста, используя тестовую конфигурацию по вашему выбору (даже с одним bean-компонентом, если хотите, но, как другие люди уже упоминали для одного bean-компонента, более разумно использовать конструктор классическим способом без использования какой-либо магии Spring).

Что мне нравится в этом способе тестирования, так это то, что тест выполняется очень быстро, поскольку вы не загружаете весь контекст. Этот метод лучше всего использовать, когда тестируемый компонент не имеет зависимостей Autowired, в противном случае удобнее использовать @SpringBootTest.

Ниже приведен пример, показывающий, как вы можете использовать его для достижения своей цели:

class MyTest {

  @Test
  void test_configuration_should_contains_my_bean() {

    new ApplicationContextRunner()
        .withUserConfiguration(TestConfiguration.class)
        .run(context -> {
          assertThat(context.getBean(MyTestBean.class)).isNotNull();
        });
  }

  @Configuraiton
  public static class TestConfiguration {
    @Bean
    public MyTestBean myTestBean(){
        new MyTestBean();
    }
  }
}