createOrder 변경

Question

학습 관련 질문을 남겨주세요. 어떤 부분이 고민인지, 무엇이 문제인지 상세히 작성하면 더 좋아요! 먼저 유사한 질문이 있었는지 검색해 보세요. 서로 예의를 지키며 존중하는 문화를 만들어가요.    안녕하세요 강의를 듣다가 의문점이 생겨 질문드립니다. createOrder의 test를 구현하기 위해 LocalTime을 인자로 받게 변경했는데 결국 test를 위해 비지니스 로직을 수정을 하는 과정이 너무 짜치는데 다른 방법은 없을까요? 강의 뒤쪽에 나오는 걸까요?

박우빈 · Answer

안녕하세요, 박준형 님! 테스트를 위해 비즈니스 로직을 수정한다고 생각하기 보다, 테스트에 유연한 구조로 프로덕션 코드를 재설계한다는 관점으로 봐주시는 게 더 좋습니다. 특별한 방법이나 프레임워크의 도움을 받기 전에, 우리가 어떻게 하면 testable한 구조로 코드를 작성할 수 있을지에 초점을 맞춰 고민해보시면 좋을 것 같아요. 감사합니다 🙂

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 박준형님, 질문하신 createOrder 의 테스트 구현과 관련하여 비즈니스 로직을 수정하는 과정에 대한 의문에 대해 유사한 상황에 대한 기존의 답변 링크를 찾았습니다. 이 링크는 createOrder 함수에 LocalDateTime 을 인자로 추가하여 테스트하려는 과정에 관한 것입니다: 테스트를 위하여, OrderService의 createOrder의 파라미터로 registerDateTime을 추가한 측면 : 이 질문에서는 테스트를 위해 OrderService 의 createOrder 의 파라미터로 registerDateTime 을 추가하는 것에 대한 고민이 구체적으로 표현되어 있습니다. 지식공유자께서는 테스트하기 어렵게 만드는 요인들을 외부로 분리하여 테스트 가능한 구조를 만드는 것에 대한 긍정적인 측면을 설명하고 있습니다. 이 정보는 비즈니스 로직 변화 없이 테스트 코드를 작성하는 방법에 대한 고민을 해소하는 데 도움이 될 수 있습니다. 특히, 테스트 중인 컴포넌트의 외부 의존성을 제어할 수 있어야 한다는 점을 강조하며, 그 과정에서 로직을 변경할 필요없이 테스트할 수 있는 방법을 모색하는 것이 중요함을 강조합니다. 강의 내용과 해당 답변은 테스트 코드 작성 시 접할 수 있는 일반적인 고민과 해결 방안을 제시하므로 궁금증 해결에 도움이 될 것입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.