maven - сборка сбоев, когда модульный тест занимает слишком много времени

Question

У меня в моем проекте много модульных тестов, написанных на JUnit и TestNG. Процесс построения основан на maven с плагином surefire.

Есть ли какой-либо путь/плагин для maven для отказа от сборки, если хотя бы один модуль занимает слишком много секунд? Я знаю, что есть некоторые плагины, которые не смогли собрать TeamCity, Дженкинс, но это «слишком далеко».

В моем проекте я хочу иметь только быстрые тесты для эффективного модульного тестирования. Я могу улучшить свои старые тесты, но мне нужно защитить будущие обязательства

Answer 1

У меня когда-то было такое же требование, и поскольку я использовал TestNG, я использовал "group feature".

Если вы застряли с JUnit, попробуйте использовать набор тестов (http://stackoverflow.com/questions/817135/grouping-junit-tests)

Answer 2

вы пробовали указать тайм-аут для теста через @Test (таймаут = хх)? Найти официальный апи документацию здесь: http://junit.sourceforge.net/javadoc/org/junit/Test.html

EDIT ---

Вы также можете использовать свойство тайм-аут для пакета TestNG, вам придется переместить все тесты на TestNG, хотя, но это позволит вам указать тайм-ауты для групп.

Это официальная апи документация: http://testng.org/javadoc/org/testng/xml/XmlSuite.html#setTimeOut(java.lang.String)

Answer 3

Почему бы не добавить тайм-аут на тест на основе. Я предполагаю, что вы программируете на Java, так что в JUnit вы можете сделать что-то вроде этого:

@Test(timeout=100) public void testQuickly() 

Если тест не заканчивается через 100 миллисекунд, она не будет выполнена.

Answer 4

В maven surefire вы можете использовать forkedProcessTimeoutInSeconds, а также forkMode=once.

Это убьет раздвоенный jvm, если он займет слишком много времени. Если вы хотите сделать это за каждый тест, вы можете forkMode = pertest или forkMode = always (что делает это для каждого класса).

Answer 5

Попробуйте использовать задачу junit Ant с параметром таймаута.

http://ant.apache.org/manual/Tasks/junit.html

EDIT:
Другая вещь, которую вы можете сделать, это использовать AspectJ с коснуться так:

public aspect TestTimeoutChecker { 
    long TIMEOUT = 60000; 

    pointcut invokeEvent() : 
     execution(@Test * *(..)); 

    Object around() : invokeEvent() { 

     long start = System.currentTimeMillis(); 
     Object object = proceed(); 
     long took = System.currentTimeMillis() - start; 
     if (took > TIMEOUT) { 
      throw new RuntimeException("timeout! it took:" + took); 
     } 
     return object; 
    } 
} 

Answer 6

Если все тесты распространения какой-то базовый класс, я думаю, что вы может придерживаться @Rule, который будет применяться ко всем @Test в дочернем классе.

например.

import org.junit.rules.Timeout; 
public abstract class BaseTestConfiguration { 
    @Rule public Timeout testTimeout = new Timeout(60000); // 60k ms = 1 minute 
} 

public class ThingTests extends BaseTestConfiguration { 
    @Test 
    public void testThis() { 
     /*will fail if not done in 1 minute*/ 
    } 
    @Test 
    public void testThat() { 
     /*will fail if not done in 1 minute*/ 
    } 
} 

Мы обнаружили, что это было проще всего, а не возиться с AspectJ или секретными конфигурационными директивами. Разработчики более склонны вычислять части Java, чем все секретные XML, что это и что. Вы можете поставить @Before@After и любое количество других директив junit в базовом классе.