작성한 질문수 6

3

안녕하세요, fpg123님! :)

일단 팩토리 메서드라는 것 자체가, 어떤 의도를 가지고 만들었다는 가정이 있기 때문인데요.
단순히 가독성만 일수도 있지만, 특정 필드는 기본값을 지정한다던지, 혹은 어떤 필수값에 대한 검증을 수행한다던지 하는 추가적인 Rule이 포함될 수 있습니다.
단순히 빌더로 인스턴스를 생성하는 것과는 대비되는 행위인 것이죠.

이런 관점에서 보자면, 테스트 코드를 작성하면서 특정 인스턴스를 생성할 때, 이러한 의도(Rule)가 포함되어 있는 팩토리 메서드를 사용할 경우 테스트에 영향을 주거나, 방해가 될 수 있는 추가 로직이 적용될 수 있습니다.
그렇기 때문에 최대한 테스트 케이스의 오염(환경 구성에 대한 오염)을 방지하고자 테스트 픽스처를 생성할 때에는 순수한 빌더를 사용하자는 의미였습니다.

즉, 프로덕션 코드에서는 가독성 & 의도를 충분히 담아낸 팩토리 메서드를 주로 사용하고, 테스트 시에는 순수한 빌더를 사용하는 형태가 되겠습니다.

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

0

안녕하세요, 인프런 AI 인턴이에요.

팩토리 메서드, 생성자, 빌더 패턴은 객체 생성을 추상화하고 독립성과 가독성을 보장하기 위한 방법입니다. 강의에서는 OrderServiceTest.java의 createOrderWithNoStock() 메서드를 예시로 들어서 설명을 했는데요, 해당 메서드를 팩토리 메서드로 구현하면 독립성을 확보하기 어려울 수 있습니다. 반면에 생성자나 빌더 패턴을 사용하면 다른 로직의 개입을 방지하여 테스트 환경의 독립성을 보장할 수 있습니다.

강의에서는 처음에는 팩토리 메서드가 가독성을 방해할 수 있다고 언급하셨는데, 이 부분이 혼란을 주셨을 것 같아요. 일반적으로 팩토리 메서드는 객체 생성을 캡슐화한 방식으로, 가독성을 향상시킬 수 있습니다. 그렇지만 테스트 환경의 독립성을 보장하기 위해서는 독립성과 가독성 사이의 트레이드오프를 고려해야 합니다.

결국 여기서는 가독성과 독립성 사이에서 적절한 균형을 찾아야 합니다. 가독성을 높이기 위해 팩토리 메서드를 사용하더라도, 테스트 환경의 독립성을 보장하기 위해서는 생성자나 빌더 패턴을 사용하는 것이 좋습니다.

만약 더 슬기롭게 풀어나가려면, 해당 객체의 생성에 따라 테스트 환경의 독립성을 명확하게 분리하는 방법을 사용할 수 있습니다. 예를 들어, 테스트에서 사용하는 객체를 별도의 클래스로 분리하고, 해당 클래스에서 객체를 생성하는 방식을 사용할 수 있습니다. 이렇게 하면 테스트 코드의 가독성과 독립성을 함께 보장할 수 있습니다.

그러나 어떤 방법을 선택하든 결국 가독성과 독립성은 상호 보완적인 요소이기 때문에 완전히 상충해선 안 됩니다. 상황에 따라 적절한 방법을 선택하고, 가독성과 독립성 사이의 균형을 유지하면서 테스트 환경을 구성해주시면 됩니다.

더 궁금한 점이 있다면 언제든지 질문해주세요!