inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 기본편

관심사의 분리

테스트 코드 beforeEach() 메서드만 public 접근 제어자를 선언한 이유

해결된 질문

80

dev.rudevico

작성한 질문수 44

0

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)

[질문 내용]
안녕하세요, 영한님.

아래에 상황 - 의문 - 추측 - 결론 순으로 질문드리겠습니다!

 

상황:

이번 시간에 AppConfig를 사용하도록 수정한 OrderServiceTestMemberServiceTest 코드에서 새롭게 다음 메서드를 만들었습니다.

@BeforeEach
public void beforeEach() {
//    ...
}

 

의문1:

그런데 이전에 만들었던 다른 메서드들의 경우 package-private로 접근을 제어하고 있습니다. 그래서 왜 두 경우에 다른 접근 제어자가 사용되었는지 의문이 들었습니다.

@Test
void createOrder() {
//    ...        
}

 

추측1:

스택오버플로우 1을 보니 과거에는 리플렉션 기술을 통해 테스트 메서드를 식별해야 했기 때문에 public으로 열어두는 것이 필요했다.

또한 이에 대한 JUnit5 탑 컨트리뷰터 Sam Brannen의 답변에서는 "less is more라는 원칙에 따라 더이상 public이 필요하지 않기 때문에 JUnit5부터는 작성하지 않아도 된다."고 하더군요. JUnit5 공식 문서에서도 "public 접근 제어자로 선언될 필요는 없다. 다만, private이면 안 된다."는 안내를 확인했습니다(아래 사진 참고).

 

결과적으로,

위 내용들을 근거로 "과거 관례로 인해 영한님이 public을 사용하셨겠구나."라는 추측을 했습니다.

 

결론:

결국 'JUnit5 이후부터는 테스트 메서드에 대해 public을 붙이지 않는 것을 권장한다(붙여도 문제는 없다).'는 것인데, (물론 개발팀 컨벤션에 따라 다르겠지만) 현업에서는 다음 두 경우 중 어떤 방식이 채택되는 경우가 더 빈번한지 여쭤봅니다!

  1. 과거 관례에 이어 public을 여전히 작성한다.

  2. 이제 public을 안 붙여도 되고, 이 방식을 JUnit5에서도 권장하기 때문에 더 이상 붙이지 않는다.

 

감사합니다.

 

spring 객체지향

답변 2

1

dev.rudevico

이후 강의를 수강하면서 영한님의 의견을 대강 확인할 수 있었습니다. 결론은 '별 신경쓰지 않아도 된다!'

https://inf.run/jsZtc

0

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다. dev.rudevico님께서 질문 주신 내용에 대해 기존 답변을 찾아보았습니다.

JUnit 테스트 메서드의 접근 제어자 관련 궁금증에 대해서는 다음과 같은 유사한 질문이 있었습니다:

  1. “MemberServiceTest 질문 있습니다.” - 여기서 JUnit의 메서드 접근 제어자에 대해 설명하며, @BeforeEach 및 테스트 메서드에 대해 언급합니다.

강의에서 김영한 강사님이 public 접근 제어자를 사용한 이유는 말씀하신 것처럼 과거 JUnit 버전에서의 관례가 영향을 미쳤을 가능성이 큽니다. JUnit4까지는 테스트 메서드가 public이어야 하는 제약이 있었고, JUnit5에서 이러한 제약이 완화되면서 package-private으로도 선언이 가능해졌습니다. 따라서 public 접근 제어자를 사용하는 것은 과거의 흔적일 가능성이 높습니다.

당시 관행적인 이유로 public을 사용하기도 했으나, JUnit5에서는 접근 제어자가 다양한 수준에서 허용되니 이러한 점을 염두에 두시면 좋겠습니다. 테스트 코드 설계 시에는 현재 프로젝트에서 요구하는 규칙을 따르면서, JUnit5의 지침을 참고하여 필요한 수준의 공개 범위를 설정하는 게 좋습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

섹션3. 11 회원객체 다이어그램

0

26

1

OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.

0

24

1

코드 자료

0

62

2

구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?

0

67

2

MemberService의 인터페이스를 왜 사용하는지 궁금합니다.

0

88

1

롬복 @Setter를 써야 하는 상황이 있는건가요?

0

97

1

빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?

0

83

1

테스트 속도가 나중에 영향이 있을까요?

0

84

1

gradle 설정 안떠서 질문 남깁니다!

0

129

2

build.gradle로 프로젝트를 여는 이유

0

93

1

provider 사용하는 이유

0

95

1

다음 강의 뭘 들어야 할까요

0

131

2

프로토타입 빈, 직접 destroy 호출 안 할 경우

0

66

1

beanB

0

85

2

퀴즈다시풀기

0

70

1

Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ

0

98

2

"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.

0

67

3

run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>

0

107

2

도메인의 정의?

0

60

1

ApplicationContext 질문입니다.

0

67

1

@Scope의 proxyMode를 사용할때 단위 테스트 방법

0

95

2

ai api 선정하기 관련 질문

0

125

2

생성자 자동주입 관련해서

0

68

1

생성자 직접 호출 vs 팩토리 메서드 패턴

0

99

2