인프런 영문 브랜드 로고
인프런 영문 브랜드 로고

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

비가싫어요님의 프로필 이미지
비가싫어요

작성한 질문수

Practical Testing: 실용적인 테스트 가이드

Q. private 메서드의 테스트는 어떻게 하나요?

안녕하세요. 객체의 책임 분리와 관련해서 질문이 있습니다.

해결된 질문

작성

·

409

0

안녕하세요. "private 메서드 테스트는 어떻게 하나요?" 강의를 들으며 객체의 책임 분리에 대하여 질문드릴 것이 있습니다.

객체의 책임 분리를 위해 별도의 Class를 만들고 객체를 생성해서 해당 객체에게 특정 책임을 부여하려면 결국에 별도의 Class를 만들어야 한다는 것이 전제될텐데요.

현재 제가 일하는 곳에서 대표님이 Class가 많이 늘어나게 되면 유지보수가 어렵게 되고 코드가 지저분해질 수 있다고 하신 적이 있습니다.

전 객체지향 관점에서 한 객체가 모든 걸 다 하고 한 메서드가 너무 많은 행위를 하는 것이 좋지 않다고 생각하는데 우빈님은 혹시 제가 들은 대표님의 말씀에 대해 어떻게 생각하시는지 궁금합니다.

답변 1

1

박우빈님의 프로필 이미지
박우빈
지식공유자

안녕하세요, JUNN님! :)

먼저 모든 방법론은 명확한 정답이 없다, 는 말씀을 드리고 싶은데요 ㅎㅎ

  • 객체를 책임 단위로 무조건 잘게 쪼개어 두는 것이 좋다.

  • 객체를 쪼갤수록 코드가 지저분해진다.

저는 우리가 위 2가지의 극단적인, 상반된 주장 사이에서 적절한 판단을 내릴 수 있어야 한다고 생각합니다.

저도 처음에는 OOP에 입각하여 (그럴 필요가 없는 상황에서도) 무조건 잘게 쪼개는 쪽을 선호한 적이 있었는데, 처음부터 그렇게 접근하니 나중에는 가독성이 떨어지고 큰 흐름을 보기 어렵다는 단점이 있었습니다.

제가 생각하는 가장 좋은 접근 방법은, 강의에서 보여드렸던 것과 같이 테스트 코드와 함께 먼저 비즈니스 로직을 구현하고, 이후 분리해야겠다는 생각이 들었을 때 테스트 코드의 지지를 받으면서 객체를 분리하고 적절한 책임을 할당하는 방법입니다.
즉, 필요하지 않은 시점에 미리 객체를 잘게 쪼개어 두는 방법은 오히려 때에 따라 오버 엔지니어링일 수 있다는 뜻입니다.

제 의도가 잘 전달되었길 바라요. ㅎㅎ

감사합니다! :)

답변 감사드립니다 :)

비가싫어요님의 프로필 이미지
비가싫어요

작성한 질문수

질문하기