Mockito, 테스트는 어떻게 해야 할까?
by DD
5개월 전
조회수 24
Mockito 유지보수 중단 발표에 따라, Mockito 사용 경험과 테스트 전략에 대한 다양한 의견이 제시됨
일부 개발자는 Mocking의 단점과 과도한 사용의 문제점을 지적하며, Dummy 객체 활용을 대안으로 제시함
다른 개발자들은 Mockito의 유용성을 인정하며, Kotlin 환경에서의 MockK와의 비교, 테스트 코드의 일관성 유지를 강조함
Mocking 프레임워크의 장단점
Mockito와 같은 Mocking 프레임워크는 단위 테스트에서 외부 의존성을 격리하여 테스트의 결정성을 확보한다. 구체적으로, 복잡한 객체의 동작을 모방하여 테스트 환경을 제어하고, 테스트 격리를 용이하게 한다. 반면, 과도한 Mocking은 테스트 코드의 가독성을 저해하고, 실제 코드와의 괴리를 발생시켜 유지보수를 어렵게 만들 수 있다.
Mocking vs Dummy 객체
Mocking의 대안으로 Dummy 객체를 활용하는 방법이 제시되었다. 따라서, 실제 서비스의 최소한의 동작을 구현한 Dummy 객체를 사용하여, 테스트의 단순성을 유지하고, 테스트 코드의 변경을 최소화할 수 있다. 결과적으로, Dummy 객체는 Mocking의 복잡성을 줄이고, 테스트의 신뢰성을 높이는 데 기여한다.
테스트 전략과 코드 품질
테스트 전략의 중요성이 강조되며, 코드 레이어를 4-5개로 제한하고, 단위 테스트와 통합 테스트를 적절히 활용하는 것이 제안되었다. 구체적으로, 각 레이어별 책임을 명확히 하고, 테스트 커버리지를 높여 코드 품질을 향상시킨다. 따라서, 팀 내 테스트 문화를 정립하고, 일관성 있는 테스트 코드를 유지하는 것이 중요하다.
