Перефразируя вопрос: вам нужен набор JUnit с хуками до и после всех, которые также будут запускаться при запуске тестов один за другим (например, из IDE).

AFAIK JUnit 4 не предоставляет ничего нестандартного для этого, но если вы согласны с включением некоторых сторонних зависимостей Spring (весеннее испытание и весенний контекст) в ваш проект, я могу предложить обходной путь, который я использовал.

Пример полного кода того, что следует в этом посте можно найти здесь.

Решение (с использованием Spring)

Мы будем использовать контекст Spring для реализации нашей инициализации и очистки. Добавим базовый класс для наших тестов:

@ContextConfiguration(initializers = AbstractTestClass.ContextInitializer.class)
public class AbstractTestClass {
    
    @ClassRule
    public final static SpringClassRule springClassRule = new SpringClassRule();

    @Rule
    public final SpringMethodRule springMethodRule = new SpringMethodRule();

    public static class ContextInitializer
            implements ApplicationContextInitializer<ConfigurableApplicationContext> {
        @Override
        public void initialize(ConfigurableApplicationContext context) {
            System.out.println("Initializing context");

            context.addApplicationListener(
                    (ApplicationListener<ContextClosedEvent>)
                            contextClosedEvent ->
                                    System.out.println("Closing context"));
        }
    }
}

Обратите внимание на правила JUnit SpringClassRule и SpringMethodRule, которые расширяют наш базовый класс с помощью Spring-superpowers (обработка аннотаций Spring test - в данном случае ContextConfiguration, но там есть еще много плюсов - подробности см. В Справочник по весеннему тестированию). Вы можете использовать SpringRunner для этой цели, но это гораздо менее гибкое решение (поэтому опущено).

Тестовые классы:

public class TestClass1 extends AbstractTestClass {
    
    @Test
    public void test() {
        System.out.println("TestClass1 test");
    }
}

public class TestClass2 extends AbstractTestClass {
    
    @Test
    public void test() {
        System.out.println("TestClass2 test");
    }
}

И набор тестов:

@RunWith(Suite.class)
@SuiteClasses({TestClass1.class, TestClass2.class})
public class TestSuite {
}

Вывод при запуске пакета (для краткости удалены журналы, специфичные для Spring):

Initializing context
TestClass1 test
TestClass2 test
Closing context

Вывод при запуске одиночного теста (TestClass1):

Initializing context
TestClass1 test
Closing context

Слово объяснения

Это работает из-за кеширования контекста Spring. Цитата из документов:

Once the TestContext framework loads an ApplicationContext (or WebApplicationContext) for a test, that context is cached and reused for all subsequent tests that declare the same unique context configuration within the same test suite. To understand how caching works, it is important to understand what is meant by “unique” and “test suite.”

-- https://docs.spring.io/spring/docs/5.1.2.RELEASE/spring-framework-reference/testing.html#testcontext-ctx-management-caching

Помните, что вы получите другой контекст (и другую инициализацию), если вы переопределите конфигурацию контекста (например, добавите еще один инициализатор контекста с ContextConfiguration) для любого из классов в иерархии (TestClass1 или TestClass2 в нашем примере).

Использование beans для совместного использования экземпляров

Вы можете определить beans в своем контексте. Они будут использоваться во всех тестах в одном контексте. Это может быть полезно для совместного использования объекта в наборе тестов (контейнер Testcontainers в вашем случае, судя по тегам).

Добавим bean:

@ContextConfiguration(initializers = AbstractTestClass.ContextInitializer.class)
public class AbstractTestClass {

    @ClassRule
    public final static SpringClassRule springClassRule = new SpringClassRule();

    @Rule
    public final SpringMethodRule springMethodRule = new SpringMethodRule();

    public static class ContextInitializer
            implements ApplicationContextInitializer<ConfigurableApplicationContext> {
        @Override
        public void initialize(ConfigurableApplicationContext context) {
            ADockerContainer aDockerContainer = new ADockerContainer();
            aDockerContainer.start();

            context.getBeanFactory().registerResolvableDependency(
                    ADockerContainer.class, aDockerContainer);

            context.addApplicationListener(
                    (ApplicationListener<ContextClosedEvent>)
                            contextClosedEvent ->
                                    aDockerContainer.stop());
        }
    }
}

И внедрите его в тестовые классы:

public class TestClass1 extends AbstractTestClass {
    
    @Autowired
    private ADockerContainer aDockerContainer;

    @Test
    public void test() {
        System.out.println("TestClass1 test " + aDockerContainer.getData());
    }
}

public class TestClass2 extends AbstractTestClass {
    
    @Autowired
    private ADockerContainer aDockerContainer;

    @Test
    public void test() {
        System.out.println("TestClass2 test " + aDockerContainer.getData());
    }
}

ADockerContainer класс:

public class ADockerContainer {
    private UUID data;

    public void start() {
        System.out.println("Start container");
        data = UUID.randomUUID();
    }

    public void stop() {
        System.out.println("Stop container");
    }

    public String getData() {
        return data.toString();
    }
}

(Пример) вывод:

Start container
TestClass1 test 56ead80b-ec34-4dd6-9c0d-d6f07a4eb0d8
TestClass2 test 56ead80b-ec34-4dd6-9c0d-d6f07a4eb0d8
Stop container