가 (예상 =

Question

내가 JUnit을에서 예외를 확인 코드가 있습니다. 나는 좋은 JUnit을 연습 인 다음의 어느 알고 싶어?

먼저

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

@Test 
public void checkNullObject() throws CustomException { 
    exception.expect(CustomException.class); 
    MyClass myClass= null; 
    MyCustomClass.get(null); 
} 

둘째

@Test(expected=CustomException.class) 
public void checkNullObject() throws CustomException { 
    MyClass myClass= null; 
    MyCustomClass.get(null);  
} 

편집 : CustomException은 확인되지 않은 사용자 정의 예외입니다. (비록이 질문에 어떤 영향도 미치지 않지만).

Answer 1

예외 상황을 확인하려는 대상에 따라 다릅니다. 당신은 예외가 다음 @Test(expected=...)를 사용하여 발생되는 것을 확인한다하고있는 모든 아마 가장 쉬운 방법 인 경우 : 그러나

@Test(expected=CustomException.class) 
public void checkNullObject() throws CustomException { 
    MyClass myClass= null; 
    MyCustomClass.get(null); 
} 

의 @Rule ExpectedException는 javadoc에서 메시지를 확인을 포함하여 더 많은 옵션을 가지고 있습니다 :

// These tests all pass. 
public static class HasExpectedException { 
    @Rule 
    public ExpectedException thrown= ExpectedException.none(); 

    @Test 
    public void throwsNothing() { 
     // no exception expected, none thrown: passes. 
    } 

    @Test 
    public void throwsNullPointerException() { 
     thrown.expect(NullPointerException.class); 
     throw new NullPointerException(); 
    } 

    @Test 
    public void throwsNullPointerExceptionWithMessage() { 
     thrown.expect(NullPointerException.class); 
     thrown.expectMessage("happened?"); 
     thrown.expectMessage(startsWith("What")); 
     throw new NullPointerException("What happened?"); 
    } 

    @Test 
    public void throwsIllegalArgumentExceptionWithMessageAndCause() { 
     NullPointerException expectedCause = new NullPointerException(); 
     thrown.expect(IllegalArgumentException.class); 
     thrown.expectMessage("What"); 
     thrown.expectCause(is(expectedCause)); 
     throw new IllegalArgumentException("What happened?", cause); 
    } 
} 

따라서 예외의 원래 원인 인 메시지를 확인할 수 있습니다. 메시지를 확인하려면 matcher를 사용할 수 있으므로 startsWith() 등을 확인할 수 있습니다.

특정 요구 사항이있는 경우 이전 스타일 (Junit 3) throw/catch를 사용하는 한 가지 이유가 있습니다. 이 중 많은 수가 없지만 발생할 수 있습니다.

@Test 
public void testMe() { 
    try { 
     Integer.parseInt("foobar"); 
     fail("expected Exception here"); 
    } catch (Exception e) { 
     // OK 
    } 
} 

Answer 2

두 번째 버전은 분명히 표준 방법입니다.

try { 
    codeThatShouldThrowException(); 
    fail("should throw exception"); 
} catch (ExpectedException expected) { 
    //Expected 
} 

때때로 당신이 예외 메시지에 대해 뭔가를 주장 할 경우, 예를 들어,이 방법에 복귀 할 수 있습니다 : JUnit 4에서는이처럼 보였다 전에 오래된 학교 방법은 그것을 할 수 있습니다.