🚀 3단계 - 테스트를 통한 코드 보호

[AlbertImKr]

안녕하세요. 😃 리뷰어님!

비즈니스 로직 테스트 코드를 열심히 작성했습니다.

통합 테스트는 간단히만 작성해보았습니다.

리뷰 요청드립니다.

감사합니다!

[dkswnkk]

홍광님 3단계 미션 잘 진행해주셨습니다. 👍
몇가지 질문과 추가 코멘트 남겨두었는데, 확인 부탁드릴게요. 🙏

[AlbertImKr]

Fixture 대신 Builder 패턴을 사용했어요. 코드가 조금 길지만, 그래도 가독성이 나쁘지 않지 않을까요? 리뷰어님의 생각이 궁금합니다.

[dkswnkk]

Fixture 대신 Builder 패턴을 사용했어요. 코드가 조금 길지만, 그래도 가독성이 나쁘지 않지 않을까요? 리뷰어님의 생각이 궁금합니다.

제가 보기엔 가독성이 더 좋아졌다고 느껴져서 좋았어요! 그리고 여기서 더 코드를 줄이고 싶다면 각 테스트에서 필요 없는 필드들은 꼭 넣어주지 않아도 되지 않을까 싶네요!

[dkswnkk]

질문들에 대해 코멘트 남겼습니다.👍

추가로 현재 Mock 방식으로 테스트를 작성해 주셨는데, 이번 강의에서 진행한 Fake 객체를 사용했을 때의 장단점은 무엇일까요? 한번 알아보시고 기록으로 남기면 좋았으면 해서 질문드려요!

확인하시고 다시 요청 주시면 바로 머지 하겠습니다.😄

[AlbertImKr]

Mock 방식의 장단점

Mock 방식은 Mock 라이브러리를 사용하여 테스트할 객체의 특정 동작을 모방하는 방식입니다.

✅ 장점

• 특정 동작(예: 함수 호출 여부, 호출 횟수 등)에 대한 테스트 용이
• 외부 시스템(DB, 네트워크 등)과 격리하여 테스트 가능

❌ 단점

• 구현보다는 동작을 검증하는 데 집중하므로, 실제 동작을 보장하지 못할 수도 있음
• Mock 객체 설정이 많아질 경우 가독성이 떨어질 수 있음

Fake 방식의 장단점

Fake 방식은 테스트를 위해 직접 가벼운 대체 구현을 제공하는 방식입니다.

✅ 장점

• Mock보다 실제 동작을 좀 더 반영할 수 있어 테스트 신뢰도가 높음
• 특정한 데이터나 상태를 가질 수 있어 다양한 테스트가 가능

❌ 단점

• 실제 동작과 100% 동일하다고 보장할 수 없음
• 복잡한 기능을 가진 Fake를 만들면 유지보수 비용이 커질 수 있음
• 구현하는 데 시간이 걸릴 수 있음

[dkswnkk]

홍광님 '도메인 주도 설계 이해' 미션 진행하시느라 고생 많으셨습니다.
남은 미션들도 끝까지 완주하시길 바랄게요🔥