테스트는 인터페이스를 대상으로 만드는것에 대해 궁금한 점이 있습니다.

Question

평소에 인터페이스와 구현체를 만들때 테스트를 어디에 만드는게 맞을까란 고민을 했었는데, 마침 토비님이 강의에서 언급해주셔서 너무 반가웠는데요. 테스트는 인터페이스에 만들라는 말씀 잘 이해했습니다. 스펙을 테스트하기에 인터페이스를 대상으로 테스트를 만들어야하는것도 이해를 했는데요. 구현체가 2개 이상이 되면 어떻게 하시는지 궁금합니다. 각 구현체들이 스펙을 준수하는지 테스트 코드를 작성해야할텐데 인터페이스를 대상으로 테스트를 작성하면 구현체가 1개일땐 문제가 없는데 2개 이상일땐 좀 난감해지더라고요.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. LichKing님 질문과 관련해, 인터페이스와 여러 구현체의 테스트 경계를 다룬 기존 답변을 추천드립니다. 인터페이스 자체는 실행 가능한 구현이 아니므로 직접 테스트하기보다는, 인터페이스가 정의한 계약을 각 구현체에 동일하게 적용하여 테스트 하는 방식으로 생각할 수 있습니다. 구현체가 여러 개라면 공통 테스트 시나리오를 재사용하고, 각 구현체를 주입하여 모든 구현체가 동일한 스펙을 만족하는지 확인하는 방식입니다. 다만 구현체마다 DB, 외부 API 등 구체적인 기술이 다르다면 공통 계약 테스트와 별도로 구현체 특유의 동작을 검증하는 테스트도 추가할 수 있습니다. 즉, “인터페이스 테스트 하나”로 모든 구현체를 대신하는 것이 아니라, 동일한 계약 테스트를 구현체별로 실행 한다고 이해하시면 좋습니다. 관련 답변 스프링 데이터 JPA 리포지토리 인터페이스를 테스트하는 방법과 테스트 대상에 대한 답변 인터페이스 자체를 테스트하기보다는 실제 구현체와 스프링 컨테이너, DB까지 연결된 통합 테스트로 인터페이스의 동작을 검증하는 이유를 설명합니다. 구현체가 런타임에 생성되는 경우에도 인터페이스를 통해 테스트할 수 있는 관점을 참고할 수 있습니다. 인터페이스 인터페이스는 외부에 제공할 계약을 정의하고, 구현체 내부의 상세 로직은 구현체에 감추어야 한다는 점을 설명합니다. 또한 하나의 구현체가 여러 인터페이스를 구현할 수 있으므로, 인터페이스와 구현체의 관계를 테스트 설계에 적용할 때 도움이 됩니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.