针对不同的测试方法使用不同的 Spring 测试上下文配置

2022-09-04 19:35:09

我们有一个基于Spring的JUnit测试类,它利用了内部测试上下文配置类

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = ServiceTest.Config.class)
public class ServiceTest {

    @Test
    public void someTest() {
    ...

    @Configuration
    @PropertySource(value = { "classpath:application.properties" })
    @ComponentScan({ "..." })
    public static class Config {
    ...

最近向 Service 类引入了新功能,为此,应将相关测试添加到 ServiceTest 中。但是,这些还需要创建不同的测试上下文配置类(现有Config类的内部结构相当复杂,如果可能的话,将其更改为服务于新旧测试似乎非常困难)

有没有办法实现一个测试类中的某些测试方法将使用一个配置类,而其他方法将使用另一个配置类? 似乎只适用于类级别,因此解决方案可能是为新测试创建另一个测试类,该测试将使用自己的上下文配置类;但这意味着通过两个不同的测试类涵盖相同的服务类@ContextConfiguration


答案 1

在Aaron建议手动构建上下文的情况下,我找不到任何好的例子,所以在花了一些时间让它工作之后,我想我会发布一个我使用的代码的简单版本,以防它对其他人有所帮助:

class MyTest {

    @Autowired
    private SomeService service;
    @Autowired
    private ConfigurableApplicationContext applicationContext;

    public void init(Class<?> testClass) throws Exception {
        TestContextManager testContextManager = new TestContextManager(testClass);
        testContextManager.prepareTestInstance(this);
    }

    @After
    public void tearDown() throws Exception {
        applicationContext.close();
    }

    @Test
    public void test1() throws Exception {
        init(ConfigATest.class);
        service.doSomething();
        // assert something
    }

    @Test
    public void test2() throws Exception {
        init(ConfigBTest.class);
        service.doSomething();
        // assert something
    }

    @ContextConfiguration(classes = {
        ConfigATest.ConfigA.class
    })
    static class ConfigATest {
        static class ConfigA {
            @Bean
            public SomeService someService() {
                return new SomeService(new A());
            }
        }
    }

    @ContextConfiguration(classes = {
        ConfigBTest.ConfigB.class
    })
    static class ConfigBTest {
        static class ConfigB {
            @Bean
            public SomeService someService() {
                return new SomeService(new B());
            }
        }

    }
}

答案 2

当我必须解决这个问题时,我使用这些方法:

  • 在设置方法中手动生成上下文,而不是使用批注。
  • 将公共测试代码移动到基类并对其进行扩展。这使我能够在不同的春季环境中运行测试。
  • 上述两者的混合。然后,基类包含从片段(扩展可以重写)构建弹簧上下文的方法。这也允许我覆盖那些没有意义的测试用例,或者在某些测试中做额外的前/后工作。

请记住,批注仅解决一般情况。当你离开共同点时,你必须复制他们的部分或全部工作。


推荐