작성한 질문수 2

2

저도 같은 부분이 궁금해서 댓글답니다!

제가 이해한게 맞다면 JUnit5의 경우 NotEnoughStockException이 예측한 오류여서 테스트가 통과된 후에 fail("재고수량 부족~")으로 넘어가기 때문에  테스트가 fail된다는 말씀이 맞나요?

맞다면 도움되었습니다. 감사합니다:)

2

안녕하세요 danaldanalcom3 님!

.

Assertions.assertThrows() 에서 사용자가 예측한 오류가 던져질 경우엔 테스트 성공으로 처리되며 프로세스가 중단되지 않고 다음 프로세스를 진행하게 됩니다. 테스트가 실패하면 그 테스트는 종료되지만 테스트가 통과한 경우에는 테스트의 끝 (@Test가 붙은 함수의 끝) 까지 프로세스를 계속 진행하게 됩니다.

아래는 Assertions.assertThrows() 메서드를 추적하여 살펴본 실제 구현 코드 입니다. 사용자가 오류가 날 수 있다고 전제한 코드를 실제로 실행 한뒤, 클라이언트가 예측한 오류가 나는지를 확인하는 코드 입니다. 예측한 오류가 나지 않으면 검증 실패 오류를 발생시키고, 오류는 발생했지만 클라이언트가 예측한 오류가 아닌경우에 불일치 오류를 던지고 있습니다. 이러한 오류가 던져지면 테스트는 실패로 간주됩니다. 그러나 클라이언트가 예측한 오류가 맞다면 그 오류를 그대로 반환하여 다른 처리를 하게 되고 테스트는통과로 처리 됩니다.

private static <T extends Throwable> T assertThrows(Class<T> expectedType, Executable executable,
			Object messageOrSupplier) {

		try {
			executable.execute();
		}
		catch (Throwable actualException) {
			if (expectedType.isInstance(actualException)) {
				return (T) actualException;
			}
			else {
				UnrecoverableExceptions.rethrowIfUnrecoverable(actualException);
				String message = buildPrefix(nullSafeGet(messageOrSupplier))
						+ format(expectedType, actualException.getClass(), "Unexpected exception type thrown");
				throw new AssertionFailedError(message, actualException);
			}
		}

		String message = buildPrefix(nullSafeGet(messageOrSupplier))
				+ String.format("Expected %s to be thrown, but nothing was thrown.", getCanonicalName(expectedType));
		throw new AssertionFailedError(message);
	}

2

danaldanalcom3님 제가 질문 내용을 잘못 이해했군요..

확인 해 본 결과, 최신 메뉴얼의 코드를 그대로 작성하셨다는 가정하에 

@RunWith 어노테이션 삭제,

@Test 어노테이션을 

import org.junit.jupiter.api.Test;

로 바꾸면 통과 되더라구요.

public이 생략된 것으로 Junit5가 적용된 것을 확인 하실 수 있으십니다.

0

안녕하세요. danaldanalcom3님, 공식 서포터즈 OMG입니다.

테스트 메서드 명을 보시다시피 "상품주문_재고수량초과()" 라고 작성하셨잖아요? 저라면

재고수량초과 -> assertThrows(NotEnoughStockException.class, () -> { orderService.order(member.getId(), item.getId(), orderCount);}); // 이 코드로 검증을 끝내고

--

그리고 재고수량이 초과하지 않았을 경우에 대한 테스트를 따로 만들어서 "재고수량이 몇개인데 몇개를 주문하니까 몇개가 남았다" 라는 검증을 할 것 같습니다. 하나의 테스트에는 하나의 핵심 로직 테스트를 작성하시되 케이스가 나뉘는 경우엔 각각에 대한 테스트를 작성하는게 좋은 것 같아요.

감사합니다.