아, 변경될 수 있는 외부 의존성 관련 코드를 직접 사용하는 대신 추상화 계층을 통해 접근하면 미래의 변경에 내 코드는 영향을 받지 않을 수 있고 테스트도 쉽게 할 수 있구나! 목 프레임워크 사용 대신 테스트 시에 다른 빈이 주입되도록 하는 방법도 있구나!스프링
최근에 백엔드 개발자들과 테스트에 대한 이야기를 나누다보면 Mocking에 대해 어떻게 생각하는지, 또는 Mock을 써도 되냐 안되냐 같은 질문을 종종 접합니다. 사실 Mock이 무엇을 의미하는지 몰라서 사전을 찾아보니 ‘가짜의’, ‘모의의’ 이런 뜻이네요. 그러고 보
토비의 스프링 책을 학습하며 IoC(Inversion of Control)에 대한 개념이 완전히 이해가 안되는 것 같습니다. 예전에 잠시 읽었던 ‘스프링 입문을 위한 자바 객체 지향의 원리와 이해’ (김종민 저) 책을 다시 꺼내서 자동차와 바퀴 예시를 다시 읽어봅니다.
생애 첫 Spring 프로젝트! 그리고 JUnit! JUnit으로 단위 테스트를 작성하는데 @BeforeAll 어노테이션이 static 함수에만 적용이 된다. 인스턴스 함수에 적용해서 테스트 케이스에 해당하는 액션이 아닌 공통된 준비 단계들, 예를 들면 TCP 서버와