Группировка тесты JUnit

You can create test Suite objects that contain groups of tests. Alternatively, your IDE (like Eclipse) may have support for running all the tests contained in a given package.

Для обработки их глобального отключения у JUnit (4.5+) есть два способа. Первый - использовать новый метод acceptThat. Если вы поместите это в @BeforeClass (или @Before) тестового класса, и если условие не выполнится, тест будет проигнорирован. В условии вы можете поместить системное свойство или что-то еще, что может быть глобально установлено или выключено.

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

Вот код для пользовательского Runner. Что касается того, что может сделать getAppresponRunnerForClass, то, как я его реализовал, заключалось в том, чтобы иметь отдельную аннотацию, которая сообщает настраиваемому бегуну, с чем работать. Единственной альтернативой была некоторая очень хрупкая копия из кода JUnit.

private class CustomRunner implements Runner
 private Runner runner;

    public CustomRunner(Class<?> klass, RunnerBuilder builder) throws Throwable {
        if (!isRunCustomTests()) {
            runner = new IgnoredClassRunner(klass);
        } else {
            runner = getAppropriateRunnerForClass(klass, builder);
    }

    public Description getDescription() {
        return runner.getDescription();
    }

    public void run(RunNotifier notifier) {
        runner.run(notifier);
    }
}

EDIT: тег @RunWith работает только для всего класса. Один из способов обойти это ограничение - переместить тестовые методы в статический внутренний класс и аннотировать его. Таким образом, у вас есть преимущество аннотации с организацией класса. Но это не поможет с тегами @Before или @BeforeClass, вам придется воссоздать их во внутреннем классе. Он может вызывать метод внешнего класса, но он должен иметь свой собственный метод в качестве ловушки.

способ, которым я реализовал это, должен был иметь отдельную аннотацию, которая говорит настраиваемому бегуну, с чем бежать. Единственной альтернативой была некоторая очень хрупкая копия из кода JUnit.

private class CustomRunner implements Runner
 private Runner runner;

    public CustomRunner(Class<?> klass, RunnerBuilder builder) throws Throwable {
        if (!isRunCustomTests()) {
            runner = new IgnoredClassRunner(klass);
        } else {
            runner = getAppropriateRunnerForClass(klass, builder);
    }

    public Description getDescription() {
        return runner.getDescription();
    }

    public void run(RunNotifier notifier) {
        runner.run(notifier);
    }
}

EDIT: тег @RunWith работает только для всего класса. Один из способов обойти это ограничение - переместить тестовые методы в статический внутренний класс и аннотировать его. Таким образом, у вас есть преимущество аннотации с организацией класса. Но это не поможет с тегами @Before или @BeforeClass, вам придется воссоздать их во внутреннем классе. Он может вызывать метод внешнего класса, но он должен иметь свой собственный метод в качестве ловушки.

способ, которым я реализовал это, должен был иметь отдельную аннотацию, которая говорит настраиваемому бегуну, с чем бежать. Единственной альтернативой была некоторая очень хрупкая копия из кода JUnit.

private class CustomRunner implements Runner
 private Runner runner;

    public CustomRunner(Class<?> klass, RunnerBuilder builder) throws Throwable {
        if (!isRunCustomTests()) {
            runner = new IgnoredClassRunner(klass);
        } else {
            runner = getAppropriateRunnerForClass(klass, builder);
    }

    public Description getDescription() {
        return runner.getDescription();
    }

    public void run(RunNotifier notifier) {
        runner.run(notifier);
    }
}

EDIT: тег @RunWith работает только для всего класса. Один из способов обойти это ограничение - переместить тестовые методы в статический внутренний класс и аннотировать его. Таким образом, у вас есть преимущество аннотации с организацией класса. Но это не поможет с тегами @Before или @BeforeClass, вам придется воссоздать их во внутреннем классе. Он может вызывать метод внешнего класса, но он должен иметь свой собственный метод в качестве ловушки.

Тег @RunWith работает только для всего класса. Один из способов обойти это ограничение - переместить тестовые методы в статический внутренний класс и аннотировать его. Таким образом, у вас есть преимущество аннотации с организацией класса. Но это не поможет с тегами @Before или @BeforeClass, вам придется воссоздать их во внутреннем классе. Он может вызывать метод внешнего класса, но он должен иметь свой собственный метод в качестве ловушки.

Тег @RunWith работает только для всего класса. Один из способов обойти это ограничение - переместить тестовые методы в статический внутренний класс и аннотировать его. Таким образом, у вас есть преимущество аннотации с организацией класса. Но это не поможет с тегами @Before или @BeforeClass, вам придется воссоздать их во внутреннем классе. Он может вызывать метод внешнего класса, но он должен иметь свой собственный метод в качестве ловушки.