인프런 커뮤니티 질문&답변

테스트는 많으면 좋다고 생각하기 쉽지만, 사실은 테스트도 관리해야 할 코드이기 때문에 무조건 많다고, 혹은 커버리지가 높다고 좋은 건 아닙니다.

테스트는 중요한 것, 이 로직이 틀리면 버그가 되는 것, 내부 구현 방식이 변경될 가능성이 높은 것을 우선적으로 집중적으로 만드는 것이 가장 중요합니다. 그리고 테스트 실행을 빠르게 자주 할 수 있는 방식으로 하면 좋죠. 테스트를 하려면 서버에 배포하고 준비하고 사람이 손으로 뭔가 작업을 해서 10분 걸린다, 이러면 테스트를 잘 못하겠죠.

대체로 로직이라고 생각되는 코드, 보통 데이터를 변경하는 것, 조건이 붙는 것(if, switch) 등이 테스트를 잘 만들어야 할 코드입니다. 자칫 실수하면 심각한 버그가 될 수 있거든요. 테스트를 통해서 요구사항을 개발자가 잘 정리하기도 좋습니다.

테스트 범위나 단위는 절대적으로 어떻게 좋다고 정할 수 없습니다. 중요한 건 개발자가 테스트의 크기를 스스로 조율할 수 있어야 합니다. 이번 것은 테스트를 좀 작게 만들고, 작은 메소드 하나이지만 중요하니 이건 집중해서 하자, 이럴 수도 있고. 또 이건 너무 뻔한 패턴이고 전형적인 구조니까, 그냥 API 테스트 하나로 만들자, 이건 비슷한 코드가 너무 많으니 굳이 테스트 만들지 말자 하고 넘어갈 수도 있어야 합니다.

그걸 정하는 기준을 개발 스스로가 빠르게 판단하고, 필요하면 그 크기를 바꾸면서 진행하는 능력이 개발자에게 반드시 필요합니다. 코드를 많이 만들어보시면서, 작성된 코드와 테스트를 종종 리뷰해보세요. 그리고 어떻게 테스트를 만들었다면 더 좋았을까에 대해서 팀원들과 이야기도 많이 나눠보세요.

안녕하세요, 인프런 AI 인턴입니다.
우주님 질문 감사합니다.

테스트 코드를 작성할 때는 다양한 관점에서 접근할 수 있으며, 상황에 따라 적절한 전략을 선택하는 것이 중요합니다. 다음은 보편적으로 사용되는 테스트 기준입니다:

1. 단위 테스트(Unit Testing):

   • 메서드 단위로 테스트를 진행합니다. 테스트의 대상이 되는 메서드의 입력과 출력에 집중하여, 메서드 자체의 로직이 올바르게 작동하는지를 검증합니다.
     

2. 목적 및 기능 기반 테스트:

   • 우주님께서 제안하신 방법 중 하나로, 설정된 목적에 따라 테스트를 작성합니다. 즉, 적용 환율, 원화 환산 금액, 유효시간 등을 개별적으로 검증하여 각각의 기능이 올바르게 작동하는지를 확인합니다.
     

3. 통합 테스트(Integration Testing):

   • 여러 메서드나 컴포넌트가 서로 상호작용하는 경우를 테스트합니다. Spring의 ApplicationContext를 이용하여, 실제 애플리케이션 환경과 유사한 조건에서 테스트를 수행할 수 있습니다.
     

4. 기능적 테스트(Functional Testing):

   • 전체 기능이 사용자의 입장으로 보았을 때 올바르게 동작하는지를 테스트합니다. 기능이 큰 범위에서 예상대로 수행되는지 확인합니다.
     

5. 변경 감지 테스트:

   • 기능이 잘 작동하는지 전체적으로 테스트한 후, 내부적으로 변동사항이 있을 때 이를 검출할 수 있도록 해당 부분을 별도로 테스트합니다.
     

테스트의 작성 기준은 프로젝트의 특성, 코드의 구조, 팀의 컨벤션 등에 따라 달라질 수 있으며, 이로 인해 너무 세분화된 테스트나 지나치게 광범위한 테스트를 피하려면 위의 여러 기준을 적절히 조합하여 작성하는 것이 바람직합니다.

더 자세한 테스트 작성 방법에 대해서는 Spring Boot 공식 문서도 참조하시면 좋습니다.

문서 및 자료를 통해 지속적으로 학습하시기를 응원합니다!