Очистка после всех тестов junit

Я использую JUnit 4.9. Поможет ли это?:

import junit.framework.TestCase;

import org.junit.AfterClass;
import org.junit.BeforeClass;
import org.junit.runner.RunWith;
import org.junit.runners.Suite;
import org.junit.runners.Suite.SuiteClasses;

@RunWith(Suite.class)
@SuiteClasses({First.class,Second.class,Third.class})
public class RunTestSuite extends TestCase {
    @BeforeClass
    public static void doYourOneTimeSetup() {
        ...
    }

    @AfterClass
    public static void doYourOneTimeTeardown() {
        ...
    }    
}

Редактировать: я совершенно уверен (если я неправильно понимаю ваш вопрос), что мое решение - это то, что вы ищете. то есть один метод демонтажа после того, как все ваши тесты были запущены. Слушатель не требуется, у JUnit есть такая возможность. Спасибо.

Я рекомендую использовать org.junit.runner.notification.RunListener, пример:

public class TestListener extends RunListener {
  @Override
  public void testRunStarted(Description description) throws Exception {
     // Called before any tests have been run.
  }
  @Override
  public void testRunFinished(Result result) throws Exception {
     // Called when all tests have finished
  }
}

Подробнее читайте непосредственно в документе JUnit java. Вы можете использовать это даже с плагином Maven surefire (модульные тесты) или отказоустойчивым плагином (интеграционные тесты), добавив следующий код в конфигурацию плагина:

<properties>
  <property>
    <name>listener</name>
    <value>com.innovatrics.afismq.it.TestListener</value>
  </property>
</properties>

Только что столкнулся с такой же проблемой.
Мое решение:

• Для глобальной настройки: используйте (ленивый) синглтон для доступа к чему-то глобальному, что требует создания экземпляра перед тестами. Первый тест, обращающийся к этому синглтону, запустит процесс глобальной настройки.
• Для глобального разрыва: используйте хук завершения работы Java:

  Runtime.getRuntime().addShutdownHook(new Thread(() -> do_your_global_cleanup())));

Вы всегда можете написать свой собственный TestRunner. Однако, прежде чем сделать это, необходимо оценить потребность в том же самом. Лучше использовать @BeforeClass и @AfterClass. Еще один пример, на который я могу указать, это способ, которым спящий режим позволяет пользователям выполнять модульное тестирование с использованием «import.sql».

Не нужно использовать набор, просто добавьте @BeforeClass и @AfterClass как статические

public class Tests {

    @BeforeClass
    public static void doYourOneTimeSetup()
    {
        ...
    }

    @AfterClass
    public static void doYourOneTimeTeardown() {
        ...
    }    

    @Test
    public void testYourTestcase()
    {
        ...
    }
}