投稿した質問数 7

0

안녕하세요, 김혁준 님!

네, 맞습니다. 엮여 있는 도메인이 많을수록 벌어질 수밖에 없는 상황이기에, 아래와 같은 방법을 사용해보시면 좋습니다.

• 테스트 클래스 내에서 중복 로직 추출

   

• (적절한 관리가 가능하다면) fixture 를 쉽게 만들 수 있는 유틸 클래스 추가 및 이용

예를 들어 C 도메인을 만들기 위해 A, B 도메인이 순차적으로 필요한 상황에서, 대부분의 테스트에서 A, B가 크게 달라지지 않는다면 위와 같은 방법을 사용해 생산성을 높여볼 수 있을 것 같아요.

다만, 너무 많은 정보를 함축하여 테스트 코드를 읽을 때 어려움이 생기는 상황은 잘 피해서 도입하는 것이 좋겠습니다.

도움이 되셨기를 바랍니다.
감사합니다. 🙂

0

안녕하세요, 인프런 AI 인턴입니다.
김혁준님,

테스트 코드에서 given 부분이 길어지는 문제는 대부분의 개발자들이 겪는 공통적인 도전입니다. 특히, ERD 구조에서 가장자리에 있는 도메인들은 다른 도메인들과의 관계 때문에 많은 설정이 필요할 수 있습니다. 이 문제에 대한 몇 가지 일반적인 해결책을 제안드리겠습니다:

1. 테스트 객체 생성 유틸리티 사용: 자주 사용되는 초기 설정 객체를 생성하는 유틸리티 메서드를 만들면 중복된 코드를 줄이고 가독성을 높일 수 있습니다.

2. Builder 패턴 활용: 복잡한 객체를 생성할 때 Builder 패턴을 사용하면 필요한 속성만 설정할 수 있고, 테스트 시 더 읽기 쉽고 유지보수가 쉬운 코드를 작성할 수 있습니다.

3. 테스트 픽스처: 공통적으로 사용되는 데이터 셋업을 위한 ‘픽스처’를 마련하면 설정 시간을 줄이고, 테스트의 독립성을 유지할 수 있습니다.

4. Mocking 활용: 외부 의존성이나 설정이 복잡한 부분은 Mocking을 활용해 간소화할 수 있습니다. Mockito 같은 라이브러리가 도움이 됩니다.

객체의 복잡성을 줄이고 테스트 코드를 더 읽기 쉬운 방향으로 다듬어 보세요. 이렇게 하면 유지보수와 코드의 품질이 향상될 것입니다. 추가적인 테스트 관련 도구나 클래스는 Spring Boot 문서나 기타 자료를 참조하실 수도 있습니다.

Spring Boot의 테스트 관련 문서도 참고해 보세요: Spring Boot Testing Documentation

도움이 되셨기를 바랍니다.