У меня есть тестовая утилита, для которой мне нужно иметь свежий экземпляр для каждого метода тестирования (чтобы предотвратить утечку этого состояния между тестами). До сих пор я использовал область действия «прототип», но теперь я хочу иметь возможность подключить утилиту к другой тестовой утилите, и проводные экземпляры должны быть одинаковыми для каждого теста.

Кажется, это стандартная проблема, поэтому мне было интересно, есть ли область действия «метода тестирования» или что-то подобное?

Это структура тестового класса и тестовых утилит:

@RunWith(SpringRunner.class)
@SpringBootTest
public class MyTest {

    @Autowired
    private TestDriver driver;

    @Autowired
    private TestStateProvider state;

    // ... state
    // ... methods
}
@Component
@Scope("prototype") // not right because MyTest and TestStateProvider get separate instances
public class TestDriver {
    // ...
}
@Component
public class TestStateProvider {

    @Autowired
    private TestDriver driver;

    // ...
}

Я знаю, что могу использовать @Scope("singleton") и @DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD), но это обновляет больше, чем мне нужно - нового экземпляра TestDriver для каждого теста будет достаточно. Кроме того, этот подход подвержен ошибкам, поскольку все тесты, использующие TestDriver, должны знать, что им также нужна аннотация @DirtiesContext. Поэтому я ищу лучшее решение.

2
oberlies 28 Май 2019 в 15:21

2 ответа

Лучший ответ

На самом деле довольно просто реализовать область видимости testMethod:

public class TestMethodScope implements Scope {
    public static final String NAME = "testMethod";

    private Map<String, Object> scopedObjects = new HashMap<>();
    private Map<String, Runnable> destructionCallbacks = new HashMap<>();

    @Override
    public Object get(String name, ObjectFactory<?> objectFactory) {
        if (!scopedObjects.containsKey(name)) {
            scopedObjects.put(name, objectFactory.getObject());
        }
        return scopedObjects.get(name);
    }

    @Override
    public void registerDestructionCallback(String name, Runnable callback) {
        destructionCallbacks.put(name, callback);
    }

    @Override
    public Object remove(String name) {
        throw new UnsupportedOperationException();
    }

    @Override
    public String getConversationId() {
        return null;
    }

    @Override
    public Object resolveContextualObject(String key) {
        return null;
    }

    public static class TestExecutionListener implements org.springframework.test.context.TestExecutionListener {

        @Override
        public void afterTestMethod(TestContext testContext) throws Exception {
            ConfigurableApplicationContext applicationContext = (ConfigurableApplicationContext) testContext
                    .getApplicationContext();
            TestMethodScope scope = (TestMethodScope) applicationContext.getBeanFactory().getRegisteredScope(NAME);

            scope.destructionCallbacks.values().forEach(callback -> callback.run());

            scope.destructionCallbacks.clear();
            scope.scopedObjects.clear();
        }
    }

    @Component
    public static class ScopeRegistration implements BeanFactoryPostProcessor {

        @Override
        public void postProcessBeanFactory(ConfigurableListableBeanFactory factory) throws BeansException {
            factory.registerScope(NAME, new TestMethodScope());
        }
    }

}

Просто зарегистрируйте прослушиватель выполнения теста, и будет один экземпляр для теста всех @Scope("testMethod") аннотированных типов:

@RunWith(SpringRunner.class)
@SpringBootTest
@TestExecutionListeners(listeners = TestMethodScope.TestExecutionListener.class, 
        mergeMode = MergeMode.MERGE_WITH_DEFAULTS)
public class MyTest {

    @Autowired
    // ... types annotated with @Scope("testMethod")

}
0
oberlies 7 Июн 2019 в 13:44

Я столкнулся с той же проблемой некоторое время назад и пришел к этому решению:

  1. Используйте Mocks
  2. Я написал несколько методов для создания определенных настроек мокито, чтобы добавить поведение к каждому макету.

Поэтому создайте класс TestConfiguration со следующими методами и определением компонента.

    private MockSettings createResetAfterMockSettings() {
        return MockReset.withSettings(MockReset.AFTER);
    }

    private <T> T mockClass(Class<T> classToMock) {
        return mock(classToMock, createResetAfterMockSettings());
    }

И ваше определение компонента будет выглядеть так:

@Bean
public TestDriver testDriver() {
    return mockClass(TestDriver .class);
}

MockReset.AFTER используется для сброса макета после запуска метода тестирования.

И, наконец, добавьте TestExecutionListeners в ваш тестовый класс:

@TestExecutionListeners({ResetMocksTestExecutionListener.class})
0
mrkernelpanic 28 Май 2019 в 12:31