과제 : 컨트롤러 단위 테스트 스프링 MVC 프레임워크로 개발한 웹 애플리케이션의 컨트롤러 테스트하기 해결책 DispatcherServlet은 스프링 MVC 컨트롤러에 HTTP 요청/응답 객체를 전달하고 컨트롤러는 요청을 처리 후 뷰를 렌더랑하기 위해 다시 DispatcherServlet에 요청 객체를 반환한다. 스프링 MVC 컨트롤러를 단위 테스트할 때 신경써야 할 부분은 HTTP 요청/응답 객체를 모방하는 것이다. 스프링은 서블릿 API용 목 객체 세트를 제공하여 컨트롤러 단위 테스트를 지원한다. 스프링 MVC 컨트롤러를 테스트하려면 DispatcherServlet에 올바른 객체가 반환됐는지 확인해야 한다. 스프링에서 기본 제공되는 각종 assertion 유틸리티를 이용해 객체의 content를 확인..

과제 애플리케이션 모듈을 따로 분리해 테스트한 후 다시 조합해서 테스트하는 것이 가장 흔한 테스트 방식이다. 이 방식으로 애플리케이션을 테스트 해보자 해결책 단위 테스트의 쓰임새는 하나의 프로그램 단위를 테스트하는 것이다. 객체 지향 언어에서 단위란 보통 클래스나 메서드를 가리킨다. 단위 테스트의 범위는 하나의 단위 하나로 국한되지만 실제로 단위가 홀로 움직이는 일은 거의 없고 다른 단위와 함께 작동되는 경우가 대부분이다. 다른 단위와 의존 관계를 지닌 단위를 테스트할 때에는 보통 스텁이나 목 객체로 단위 간 의존 관계를 모방해서 테스트의 복잡도를 낮춘다. 스텁은 테스트에 필요한 최소한의 메서드만으로 의존 객체를 시뮬레이션한 객체로, 보통 메서드는 사전에 정해진 로직으로 하드 코딩한 데이터를 이용해 구현..

과제 애플리케이션 모듈을 따로 분리해 테스트한 후 다시 조합해서 테스트하는 것이 가장 흔한 테스트 방식이다. 이 방식으로 애플리케이션을 테스트 해보자 해결책 단위 테스트의 쓰임새는 하나의 프로그램 단위를 테스트하는 것이다. 객체 지향 언어에서 단위란 보통 클래스나 메서드를 가리킨다. 단위 테스트의 범위는 하나의 단위 하나로 국한되지만 실제로 단위가 홀로 움직이는 일은 거의 없고 다른 단위와 함께 작동되는 경우가 대부분이다. 다른 단위와 의존 관계를 지닌 단위를 테스트할 때에는 보통 스텁이나 목 객체로 단위 간 의존 관계를 모방해서 테스트의 복잡도를 낮춘다. 스텁은 테스트에 필요한 최소한의 메서드만으로 의존 객체를 시뮬레이션한 객체로, 보통 메서드는 사전에 정해진 로직으로 하드 코딩한 데이터를 이용해 구현..

스프링 테스트 컨텍스트 프레임워크에 구현된 스프링 테스트 지원 기능은 하부 테스트 프레임워크를 다음과 같은 개념으로 추상화한다. - 테스트 컨텍스트 => 애플리케이션 컨텍스트, 테스트 클래스를 비롯해 현재 테스트의 인스턴스, 메서드, 실행 등 테스트의 실행 컨텍스트를 캡슐화한다. - 테스트 컨텍스트 관리자 => 테스트 컨텍스트를 관리하는 주체다. 테스트 인스턴스를 준비하는 시점, 테스트 메서드 실행 이전, 테스트 메서드 실행 이후 등의 테스트 실행 시점에 미리 테스트 실행 리스너를 트리거한다. - 테스트 실행 리스너 => 리스너 인터페이스를 정의한다. 이 인터페이스를 구현하면 테스트 실행 이벤트를 리스닝할 수 있다. 테스트 컨텍스트 프레임워크는 자주 쓰는 테스트 기능에 맞춰 테스트 실행 리스너를 제공하지..