меня есть много тестов, которые используют БД для чтения оттуда данных, но есть и несколько тестов, которые пишут в БД и это ломает читающие тесты, т.к. появляются неожиданные для них данные.
Скажем так, проблема в том, как остановить статический контейнер. Есть мысли сделать хак из бина в котором в @PreDestroy стонать контейнер, а поднимится он сам, когда новый контекст будет создаваться. Но, может, есть более элегантный способ?
Transactional аннотация по идее откатит изменения в БД после выполнения теста
если это актуально
Ты в тех ломающих тестах можешь отдельно подымать контейнер с базкой и тогда для них каждый раз будет запускатся свой контейнер, по времени исполнение это конечно ударит, ну или руками клинапить
@bsideup как бы ты делал ?
Обсуждают сегодня