Как продолжить тест после исключения JUnit ExpectedException при броске?

Question

Я установил некоторый тест JUnit (4.12) с функцией ExpectedException, и я хотел бы, чтобы тест продолжался после ожидаемого исключения. Но я никогда не вижу журнал «3», так как выполнение, похоже, прекращается после исключения, событие, если оно уловлено?

Возможно ли это, и как?

@Rule 
public ExpectedException exception = ExpectedException.none(); 

@Test 
public void testUserAlreadyExists() throws Exception { 
    log.info("1"); 

    // Create some users 
    userService.createUser("toto1"); 
    userService.createUser("toto2"); 
    userService.createUser("toto3"); 
    Assert.assertTrue(userService.userExists("toto1")); 
    Assert.assertTrue(userService.userExists("toto2")); 
    Assert.assertTrue(userService.userExists("toto3")); 

    log.info("2"); 

    // Try to create an existing user 
    exception.expect(AlreadyExistsException.class); 
    userService.createUser("toto1"); 

    log.info("3"); 
} 

Answer 1

Вы не можете сделать это, когда исключение это брошено на реальное, ExpectedException правила или нет.

Если вы действительно хотите такого рода поведение, вы можете вернуться к «старой школы» схеме:

try { 
    userService.createUser("toto1"); 
    Assert.fail("expecting some AlreadyExistsException here") 
} catch (AlreadyExistsException e) { 
    // ignore 
} 

log.info("3"); 

Но я бы не стал заморачиваться на какой-то журнал.

Answer 2

Это решение кажется SO делать то, что вы хотите сделать: JUnit continue to assert things after expected exception

Я сам думал, что-то подобное. Чтобы продолжить тест, вам придется самому поймать исключение в тесте. Это решение показывает элегантный способ сделать это.

Примечание. Если вы делаете правило, чтобы ожидать исключения (как и вы), тест вернется успешно, как только это исключение будет выбрано. Код: http://junit.org/javadoc/latest/org/junit/rules/ExpectedException.html

Answer 3

Прежде всего, ваш тест не проверяет одну вещь. Он тестирует «userExists» и «createUser» в разных условиях a.k.a. разных сценариев. Это называется AssertionRoulette. Вам не потребуется взломать, чтобы продолжить запись «3», если вы будете писать тесты, которые не подходят по правильной причине.

Если тесты не удались по правильной причине, вы можете увидеть сценарий, почему он терпит неудачу, не выполняя все записи. Junit-Runner уже регистрирует вас.

@Test 
public void testUserExists_UserCreatedUserNotExistent_expectTrue() 
{ 
    // Create some users 
    userService.createUser("toto1"); 

    // Assert That user exists 
    Assert.assertTrue(userService.userExists("toto1")); 
} 

@Test 
public void testCreateUser_UserAlreadyCreated_expectAlreadyExistsExceptionIsThrown() 
{ 
    // Create some users 
    userService.createUser("toto1"); 

    // Try to create an existing user 
    exception.expect(AlreadyExistsException.class); 
    userService.createUser("toto1");  
} 

Answer 4

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

@Test 
public void testThatSomethingExpectedlyFails() { 
    for (int i = 1; i <= 3; i++) { 
     try { 
      switch (i) { 
       case 1: // smth here throws the exception when configuration #1; 
       case 2: // smth here throws the exception when configuration #2; 
       case 3: // smth here throws the exception when configuration #3; 
      } 
     } catch (ExceptionThatIsExpected expected) { 
      continue; 
     } catch (Exception unexpected) { 
      /* the test must fail when an unexpected exception is thrown */     
      fail("The test has failed due to an unexpected exception: " + unexpected.getMessage()); // or just re-throw this exception 
     } 

     /* the test must fail when a case completes without the expected exception */ 
     fail("No expected exception occurred at case " + i); 
    } 
} 

Тем также может перебирать элементы (и даже выполнять функции) некоторые предварительно подготовленный список вместо переключения регистр с жестким -кодированные целые числа.