Условно игнорируем тесты в JUnit 4

Итак, @Ignoreаннотация хороша для обозначения того, что тестовый пример не должен выполняться.

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

Поэтому я хочу иметь возможность игнорировать тесты во время выполнения, так как это выглядит как правильный результат (поскольку среда тестирования позволит выполнить сборку, но записать, что тесты не выполнялись). Я вполне уверен, что аннотация не даст мне такой гибкости, и подозреваю, что мне нужно будет вручную создать набор тестов для рассматриваемого класса. Однако в документации ничего не говорится об этом, и, просматривая API , также неясно, как это будет сделано программно (то есть, как мне программно создать экземплярTest или аналог, который эквивалентен тому, который создан @Ignoreаннотацией?).

Если кто-то делал что-то подобное в прошлом или имел блестящее представление о том, как еще я мог бы пойти по этому поводу, я был бы рад услышать об этом.

Способ JUnit состоит в том, чтобы сделать это во время выполнения org.junit.Assume.

 @Before
 public void beforeMethod() {
     org.junit.Assume.assumeTrue(someCondition());
     // rest of setup.
 }

Вы можете сделать это в @Beforeметоде или в самом тесте, но не в @Afterметоде. Если вы сделаете это в самом тесте, ваш @Beforeметод запустится. Вы также можете сделать это внутри, @BeforeClassчтобы предотвратить инициализацию класса.

Предположительный сбой приводит к игнорированию теста.

Изменить: Для сравнения с @RunIfаннотацией из junit-ext , их пример кода будет выглядеть следующим образом:

@Test
public void calculateTotalSalary() {
    assumeThat(Database.connect(), is(notNull()));
    //test code below.
}

Не говоря уже о том, что Database.connect()таким способом намного проще захватить и использовать соединение из метода.

Вы должны оформить заказ Junit-ext. У них есть RunIfаннотация, которая выполняет условные тесты, такие как:

@Test
@RunIf(DatabaseIsConnected.class)
public void calculateTotalSalary() {
    //your code there
}

class DatabaseIsConnected implements Checker {
   public boolean satisify() {
        return Database.connect() != null;
   }
}

[Пример кода взят из их учебника]

В JUnit 4 другой вариант для вас может состоять в том, чтобы создать аннотацию, обозначающую, что тест должен соответствовать вашим настраиваемым критериям, а затем расширить бегун по умолчанию своим собственным и, используя рефлексию, основывать свое решение на пользовательских критериях. Это может выглядеть примерно так:

public class CustomRunner extends BlockJUnit4ClassRunner {
    public CTRunner(Class<?> klass) throws initializationError {
        super(klass);
    }

    @Override
    protected boolean isIgnored(FrameworkMethod child) {
        if(shouldIgnore()) {
            return true;
        }
        return super.isIgnored(child);
    }

    private boolean shouldIgnore(class) {
        /* some custom criteria */
    }
}

Быстрое примечание: Assume.assumeTrue(condition)игнорирует остальные шаги, но проходит тест. Чтобы провалить тест, используйте org.junit.Assert.fail()внутри условного оператора. Работает так же, как, Assume.assumeTrue()но не проходит тест.