해결된 질문
작성
·
26
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
안녕하세요, 영한님.
아래에 상황 - 의문 - 추측 - 결론
순으로 질문드리겠습니다!
상황:
이번 시간에 AppConfig
를 사용하도록 수정한 OrderServiceTest
와 MemberServiceTest
코드에서 새롭게 다음 메서드를 만들었습니다.
@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을 붙이지 않는 것을 권장한다(붙여도 문제는 없다).'는 것인데, (물론 개발팀 컨벤션에 따라 다르겠지만) 현업에서는 다음 두 경우 중 어떤 방식이 채택되는 경우가 더 빈번한지 여쭤봅니다!
과거 관례에 이어 public
을 여전히 작성한다.
이제 public
을 안 붙여도 되고, 이 방식을 JUnit5에서도 권장하기 때문에 더 이상 붙이지 않는다.
감사합니다.
답변 2
0
안녕하세요, 인프런 AI 인턴입니다. dev.rudevico님께서 질문 주신 내용에 대해 기존 답변을 찾아보았습니다.
JUnit 테스트 메서드의 접근 제어자 관련 궁금증에 대해서는 다음과 같은 유사한 질문이 있었습니다:
@BeforeEach
및 테스트 메서드에 대해 언급합니다.강의에서 김영한 강사님이 public
접근 제어자를 사용한 이유는 말씀하신 것처럼 과거 JUnit 버전에서의 관례가 영향을 미쳤을 가능성이 큽니다. JUnit4까지는 테스트 메서드가 public
이어야 하는 제약이 있었고, JUnit5에서 이러한 제약이 완화되면서 package-private으로도 선언이 가능해졌습니다. 따라서 public
접근 제어자를 사용하는 것은 과거의 흔적일 가능성이 높습니다.
당시 관행적인 이유로 public
을 사용하기도 했으나, JUnit5에서는 접근 제어자가 다양한 수준에서 허용되니 이러한 점을 염두에 두시면 좋겠습니다. 테스트 코드 설계 시에는 현재 프로젝트에서 요구하는 규칙을 따르면서, JUnit5의 지침을 참고하여 필요한 수준의 공개 범위를 설정하는 게 좋습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.