Wie verwende ich @ComponentScan zusammen mit testspezifischen ContextConfigurations in SpringJunit4TestRunner?

Ich teste eine Spring Boot-Anwendung. Ich habe mehrere Testklassen, von denen jeder einen anderen Satz von verspotteten oder anderweitig angepassten Beans benötigt.

Hier ist eine Skizze des Setups:

src/main/Java:

package com.example.myapp;

@SpringBootApplication
@ComponentScan(
        basePackageClasses = {
                MyApplication.class,
                ImportantConfigurationFromSomeLibrary.class,
                ImportantConfigurationFromAnotherLibrary.class})
@EnableFeignClients
@EnableHystrix
public class MyApplication {
    public static void main(String[] args) {
        SpringApplication.run(MyApplication.class, args);
    }
}

package com.example.myapp.feature1;

@Component
public class Component1 {
    @Autowired
    ServiceClient serviceClient;

    @Autowired
    SpringDataJpaRepository dbRepository;

    @Autowired
    ThingFromSomeLibrary importantThingIDontWantToExplicitlyConstructInTests;

    // methods I want to test...
}

src/test/Java:

package com.example.myapp;

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = MyApplication.class)
@WebAppConfiguration
@ActiveProfiles("test")
public class Component1TestWithFakeCommunication {

    @Autowired
    Component1 component1; // <-- the thing we're testing. wants the above mock implementations of beans wired into it.

    @Autowired
    ServiceClient mockedServiceClient;

    @Configuration
    static class ContextConfiguration {
        @Bean
        @Primary
        public ServiceClient mockedServiceClient() {
            return mock(ServiceClient.class);
        }
    }

    @Before
    public void setup() {
        reset(mockedServiceClient);
    }

    @Test
    public void shouldBehaveACertainWay() {
        // customize mock, call component methods, assert results...
    }
}

package com.example.myapp;

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = MyApplication.class)
@WebAppConfiguration
@ActiveProfiles("test")
public class Component1TestWithRealCommunication {

    @Autowired
    Component1 component1; // <-- the thing we're testing. wants the real implementations in this test.

    @Autowired
    ServiceClient mockedServiceClient;

    @Before
    public void setup() {
        reset(mockedServiceClient);
    }

    @Test
    public void shouldBehaveACertainWay() {
        // call component methods, assert results...
    }
}

Das Problem mit dem obigen Setup ist, dass der in MyApplication konfigurierte Komponentenscan Component1TestWithFakeCommunication.ContextConfiguration aufruft, sodass ich einen Mock-ServiceClient auch in Component1TestWithRealCommunication bekomme, wo ich die echte ServiceClient-Implementierung haben möchte.

Obwohl ich @Autowired-Konstruktoren verwenden und die Komponenten in beiden Tests selbst aufbauen konnte, gibt es eine ausreichende Menge an komplizierten Setups, die ich Spring TestContext lieber für mich eingerichtet hätte (zum Beispiel Spring Data JPA-Repositorys, Komponenten aus Bibliotheken) außerhalb der App, die Beans aus dem Spring-Kontext abrufen usw.). Wenn Sie eine Spring-Konfiguration im Test verschachteln, die bestimmte Bean-Definitionen im Spring-Kontext lokal überschreiben kann, sollte dies ein sauberer Weg sein. Der einzige Nachteil ist, dass sich diese geschachtelten Konfigurationen auf alle Spring TestContext-Tests auswirken, die ihre Konfiguration auf MyApplication basieren (welche Komponente das App-Paket scannt).

Wie ändere ich mein Setup so, dass ich immer noch einen "meist echten" Spring-Kontext für meine Tests bekomme, mit nur ein paar lokal überschriebenen Beans in jeder Testklasse?