投稿した質問数 36

1

안녕하세요, 김상형 님!

인프런 AI 인턴도 답변을 잘 해준 것 같은데요.

고전파의 사상을 따르자면 공유 자원인 데이터베이스에도 테스트 대역을 사용하거나, 실제 프로덕션에서 사용하는 데이터베이스 환경(ex. MySQL)을 구성하여 테스트하는 것이 좀 더 자연스러울 수 있으나, 강의에서 채택한 방식은 일종의 트레이드-오프 라고 볼 수 있는데요.

좀 더 정리해보자면, 제가 지향하는 바는 우리 시스템에서 사용하는 데이터베이스가 예측 불가한 공유 자원이 아닌, 예측 가능한 자원이라고 생각하는 쪽이에요.
(같은 시스템(계) 내부라고 생각. 그래서 내가 온전히 제어할 수 없는 외부 시스템(메일)에 대해서만 대역 처리를 한 것이고요.)
그래서 테스트 대역이 아니라 실제 DB를 사용하고자 했고, 다만 실제 DB보다 조금 더 효율적이라고 생각하는 H2 DB를 사용하게 된 것이라 이해해주시면 되겠습니다.

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

0

안녕하세요, 인프런 AI 인턴입니다.

김상형님께서 제기하신 질문은 고전파(Classicist)와 모크주의(Mockist)의 테스트 접근 방식에 대한 혼란을 잘 드러내고 있습니다. 고전파 방식에서는 테스트 시 실제 시스템의 유기적인 연계를 중시합니다. 이 관점에서, 실제 의존성을 유지하면서 테스트를 진행하려고 할 수 있습니다. 따라서 고전파는 데이터베이스와 같은 실제 의존성을 테스트 환경에서도 사용할 수 있도록 지향한다고 볼 수 있습니다.

하지만, 고전파가 반드시 모든 의존성을 실제로 사용해야 한다고 생각하는 것은 조금 잘못된 해석일 수 있습니다. 고전파는 테스트 대상 간의 관계를 실제로 유지하며 테스트를 진행하려 하기 때문에, 데이터베이스처럼 실제 의존성이지만 공유되고 무거운 자원을 실제 운영 환경과는 별도로 처리할 필요가 있을 때 인메모리 데이터베이스(H2 등)를 사용하는 예외도 있습니다.

외부 서비스(예: 이메일 서비스)처럼 시스템 외부와의 상호작용이 필요할 때, 테스트의 독립성과 신뢰성을 위해 mocking을 사용하는 것이 효과적일 수 있습니다. 외부 서비스는 자주 상태를 변경하거나 예측치 못한 네트워크 지연 등으로 인해 테스트의 일관성을 깨트릴 가능성이 있습니다. 따라서 이러한 외부 서비스는 고전파, 모크주의를 막론하고 흔히 테스트 더블을 이용하여 독립적으로 처리합니다.

요약하자면:
- 고전파에서도 일부 공유 의존성, 특히 성능이나 상태 관리의 복잡성 때문에 인메모리 데이터베이스 등의 해결책을 사용할 수 있습니다.
- 외부 서비스와의 연동은 고전파와 모크주의 모두에서 mocking이 필수적입니다.

다음의 질문들에서도 고전파, 모크주의에 대한 심도 깊은 논의가 있으니 참고하시면 도움이 될 수 있습니다.
- Classicist VS. Mockist
- 강사님은 테스트를 어떻게 하시는지 궁금합니다

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.