junit을 이용한 spring 테스트 하기 – 2 (mockRequest를 이용한 가상 request 생성하기)

이전 글에 이어서 좀 더 편하게 테스트를 해보자.

뭘 만들지간에 스프링프레임워크를 이용한 개발이 진행되다보면 테스트에 있어 불리한 면… 내지는 불편한 면이 다소 있다. 그중에 가장 큰 문제는 커다란 프로젝트를 테스트 할경우, 일반적으로 서버를 완전히 내렸다가 다시 올려야 되기 때문에 거기에 소요되는 시간이 상당하다. 여기서 발생하는 빡치는 상황은 이런것이다.

1. 서비스 코드를 한 줄.. 아니 따지고 보면 오타 나서 단 한 글자 고쳤다.
2. 구동중인 톰캣을 완전히 내린다.
3. 톰캣을 다시 부트한다. (프로젝트가 꽤 거대해서 약 20초간 부트했다고 보자, 조금 사양이 딸리는 노트북일 경우는 더 걸리는 케이스도 있을 것이다.)
4. 웹페이지로 접속해서 URL로 들어가 페이지를 찾는다. (권한 처리된 업무화면일경우 로그인까지 포함해서 정규 코스대로 웹 페이지를 이동할 것이다.)
5. 변경한 서비스를 구동하기위해 웹페이지 내에 구성된 컨트롤들에 값을 입력한다.
6. 서비스를 호출하는 이벤트 컨트롤에 이벤트를 발생시킨다. (버튼 클릭 등)
7. 서비스가 잘 작동하였는지 확인한다.

글로만 쓰려고해도 이렇게 개빡치는 상황이 발생한다. 더군다나 7단계의 메커니즘이 프로젝트가 끝나고 우리가 그 프로젝트에서 도망쳐 나올때까지… 아니 어쩌면 도망쳐 나온 이후에도 반복될 수도 있다.(업계를 뜨던지 해야지… 아냐 그래도 전화올거야..) 우린 조금 더 스마트하고 간편하게, 또 빠르고 정확하게 테스트 될 수 있도록 해보자.

다시 본론으로 돌아와서, 위의 7단계에 걸친 테스트는 다음과 같이 줄어들 수 있다.

1. junit과 spring-test를 이용하여 테스트할 수 있는 테스트 클래스를 작성한다. (프로젝트 초기 작성)
2. 코드에서 에러가 발생하여 코드를 수정한다.
3. 이클립스에서 junit을 실행해버린다.
4. 잘 고쳐졌는지 확인한다.

4단계로 줄었을 뿐만아니라 프로젝트 초기에 테스트 클래스만 잘 작성해둔다면, 1단계는 더 이상 안봐도 된다. 물론 junit으로 테스트 하였다 하더라도, 웹 페이지에서 실제 사용자가 쓰듯이 한 번 굴려보는 테스트를 진행해야 되겠지만 (이건 벗어날 수 없는 부분이겠지만….) 어느정도 개발단계에서 버그에 자유로워질 수 있다. 또한, 실제로 그렇게 되어왔고 그렇기 때문에 junit이 수 많은 개발자들에게 사용되어지는 이유일것이다.

그럼 이제 테스트 클래스를 작성해보자. 설정등은 위에도 링크해놨지만 이전 글을 통해서 사전설정을 마치고 오도록 하자. 뭐 이번 포스트도 클래스 한 개 정도로 끝날 것 같지만..

 

junit mock test

Java

import org.junit.Before; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.ApplicationContext; import org.springframework.mock.web.MockHttpServletRequest; import org.springframework.mock.web.MockHttpServletResponse; import org.springframework.mock.web.MockHttpSession; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4.SpringJUnit4ClassRunner; import org.springframework.transaction.annotation.Transactional; import org.springframework.web.context.request.RequestContextHolder; import org.springframework.web.context.request.ServletRequestAttributes; @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations = { "file:src/main/webapp/WEB-INF/spring/appServlet/servlet-context.xml", "file:src/main/webapp/WEB-INF/spring/root-context.xml" }) public class TestUtil { @Autowired private ApplicationContext applicationContext; @Autowired private BoardService boardService; // 가상 요청, 응답, 세션등을 전역변수로 선언한다. // @Before와 @Test는 별도의 메서드에서 작동될것이므로 전역변수로 설정하여 차후 @Test에서 준비된 요청들을 사용할 수 있도록 하기 위함. private MockHttpServletRequest request; private MockHttpServletResponse response; private MockHttpSession httpSession; // @Test가 실행되기 이전, 값들을 준비시키는 메서드로 junit의 @Before 어노테이션을 이용한다. @Before public void before(){ httpSession = new MockHttpSession(); request = new MockHttpServletRequest(); response = new MockHttpServletResponse(); // 가상 요청의 파라미터에 테스트 데이터를 대입한다. request.setParameter("gallery_id", "chickenappr"); // 세션이 존재한다면 이 문장으로 등록하도록 하자. request.setSession(httpSession); // 다른 쓰레드에서 설정된 리퀘스트의 파라미터나 어트리뷰트등 설정된 값들을 // 실제 구동될 서블릿에 대입하는 구간이다. RequestContextHolder.setRequestAttributes(new ServletRequestAttributes(request)); } @Test @Transactional public void test(){ // 설정된 Mock리퀘스트를 이용해서 서비스에 진짜 request가 들어온 것 처럼 사용할 수 있다. // 이 프로젝트의 경우 Service에서 request를 받아 getParameter등을 통해 처리되도록 설계되어있다. // 결과는 에러없이 잘 작동하였다. boardService.getGalleryPageObject(request); } }

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

import org.junit.Before; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.ApplicationContext; import org.springframework.mock.web.MockHttpServletRequest; import org.springframework.mock.web.MockHttpServletResponse; import org.springframework.mock.web.MockHttpSession; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4.SpringJUnit4ClassRunner; import org.springframework.transaction.annotation.Transactional; import org.springframework.web.context.request.RequestContextHolder; import org.springframework.web.context.request.ServletRequestAttributes;   @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations = {         "file:src/main/webapp/WEB-INF/spring/appServlet/servlet-context.xml",         "file:src/main/webapp/WEB-INF/spring/root-context.xml"       }) public class TestUtil { @Autowired private ApplicationContext applicationContext; @Autowired private BoardService boardService; // 가상 요청, 응답, 세션등을 전역변수로 선언한다. // @Before와 @Test는 별도의 메서드에서 작동될것이므로 전역변수로 설정하여 차후 @Test에서 준비된 요청들을 사용할 수 있도록 하기 위함. private MockHttpServletRequest request; private MockHttpServletResponse response; private MockHttpSession httpSession; // @Test가 실행되기 이전, 값들을 준비시키는 메서드로 junit의 @Before 어노테이션을 이용한다. @Before public void before(){ httpSession = new MockHttpSession(); request = new MockHttpServletRequest(); response = new MockHttpServletResponse(); // 가상 요청의 파라미터에 테스트 데이터를 대입한다. request.setParameter("gallery_id", "chickenappr"); // 세션이 존재한다면 이 문장으로 등록하도록 하자. request.setSession(httpSession); // 다른 쓰레드에서 설정된 리퀘스트의 파라미터나 어트리뷰트등 설정된 값들을 // 실제 구동될 서블릿에 대입하는 구간이다. RequestContextHolder.setRequestAttributes(new ServletRequestAttributes(request)); } @Test @Transactional public void test(){ // 설정된 Mock리퀘스트를 이용해서 서비스에 진짜 request가 들어온 것 처럼 사용할 수 있다. // 이 프로젝트의 경우 Service에서 request를 받아 getParameter등을 통해 처리되도록 설계되어있다. // 결과는 에러없이 잘 작동하였다. boardService.getGalleryPageObject(request); } }

boardService에 대한 import 구문은 개인적인 이유로 제거시켰으니 에러가 발생해도 당황하지 말고 잘 대응하자. 각각의 설명들은 주석으로 달아놨으니 찾아서 보도록하고, 좀 더 다양한 기능등을 원한다면 test와 관련된 검색을 진행하여 찾아보자.

예를 들어, Controller를 테스트 하고 싶다거나, 정말로 브라우저에서 서버로 보내진 리퀘스트처럼 인터셉터를 지난다거나 하는 테스트를 하고싶다거나.. 그럴때 사용할 검색어는 ‘mokito’ ‘mock up’ ‘mock’ 등이 있다. mokito는 mock과 관련된 테스트용 프레임워크로 사용법이 대단히 많은거 같으니 다른 유능한 블로거의 포스트를 검색해서 참조해보자.