서비스 통합 테스트

(테스트할 메서드 내에서 new를 이용하여 객체를 생성하는 등) 의존성을 목킹하기 까다로운 상황 또는,
사용하는 DAO의 기능을 충분히 테스트 했으며, DAO 실행 시간이 오래 걸리지 않을 경우
굳이 목킹하여 단위테스트를 작성할 필요 없이 통합 테스트를 작성 할 수 있습니다.

테스트 하지 않을 것

서비스 단위 테스트와 동일합니다.

테스트 할 것

서비스 단위 테스트에서 하지 않은 테스트

테스트 코드 작성 방법

스프링 @Test 설정 추가

테스트 클래스 이름

서비스 단위 테스트와 겹치지 않도록 테스트할 클래스 이름 뒤에 Test를 붙여줍니다.

@RunWith(SpringJUnit4ClassRunner.class)

@ContextConfiguration("/testApplicationContext.xml")

@Transactional

public class PurYearPlanServiceImplTest {


	@Autowired PurYearPlanServiceImpl service;

	

...

}

테스트 작성하기

	@Test

	public void update() {

		PurYearPlan entity = new PurYearPlan();

		service.add(entity);

		assertThat(entity.getAmount(), is(new BigDecimal(0)));

		

		entity.addDetail(makeNewDetailWithPriceAndQty(10, 7));

		service.update(entity);

		checkPriceQtyAndAmount(entity, 10, 7, 70);

		

		entity.addDetail(makeNewDetailWithPriceAndQty(20, 3));

		service.update(entity);

		checkPriceQtyAndAmount(entity, 15, 10, 150);

	}


	private void checkPriceQtyAndAmount(PurYearPlan entity, int price, int qty, int amount) {

		assertThat(entity.getPrice(), is(new BigDecimal(price)));

		assertThat(entity.getQty(), is(new BigDecimal(qty)));

		assertThat(entity.getAmount(), is(new BigDecimal(amount)));

	}


	private PurYearPlanDetail makeNewDetailWithPriceAndQty(int price, int qty) {

		PurYearPlanDetail detail = new PurYearPlanDetail();

		detail.setPrice(new BigDecimal(price));

		detail.setQty(new BigDecimal(qty));

		return detail;

	}

생각해 볼 것

서비스 단위 테스트와 통합 테스트 구분이 좀 애매 하다.

무조건 단위 테스트를 하기로 하고,
단위 테스트가 정 불편한 어떤 이유(그 이유를 정리해둬야겠다)를 가진 것들만 통합 테스트를 하는것이 좋치 않을까?

서비스 단위 테스트와 통합 테스트의 성능 차이는 꽤 크다.

그런면에서도 통합테스트 보다는 단위 테스트가 더 좋아보인다.
쌓이고 쌓이고 쌓이다보면 빌드 하는데 엄청 오래 거릴 것이다.

테스트 작성 및 이해가 비교적 쉽다

목킹을 하지 않기 때문인지, 목킹 코딩에 익숙치 않아서 인지,
목킹을 하면 역시 가독성도 떨어지고 테스트 작성이 완만하지 않다.
그럼 다시 반대로 통합 테스트를 기본으로 하고 복잡하고 오래 걸리는 DAO를 사용할 경우에만 단위 테스트로 옮길까?