13. TDD 작성 기본 원칙
지금 작성하려고 하는 코드에서 테스트를 작성
할 수 있는 가장 간단한 것은?
끊임 없는 질문과 접근사고의 변화가 필요
14. TDD의 특성을 이해한다.
- 테스트를 통해 드러나는 유익한 특성 중 하나는 응집력이 높은
메소드이다.
테스트에서 적당한 반복은 허용해야 한다
- 개발자가 새로운 기능을 개발하기 위한 최초의 테스트를 작성할
때 성공보다는 실패할 테스트를 작성한다.
- TDD 버전이 업무코드 작성한 다음에 테스트 코드를 작성하는 것
보다 3배 이상 간결하다.
113. 모두 true면 작성완료!
-----실행 결과-----
false
false Comment
false s
true 굳이 프레임워크를 쓰지 않아도 무방합니다. 업무로직 작성 전에 완성상태를
검증해 줄 수 있는 코드가 존재하기만 하면 충분합니다.
14
114. 테스트 케이스에 assert문을 한 번만 쓴다.
안될 것 같으면 케이스를 분리한다.
@Test
public void testGetClosestToZero_ () {
int [] source = new int[]{ 2, 3, 4, 1 };
assertEquals(1, closerToZero.getClosestToZero(source));
}
@Test
public void testGetClosestToBig() {
int [] source = new int[]{ -6, -2, -3, -4 };
assertEquals(-2, closerToZero.getClosestToZero(source));
}
15
115. 테스트 케이스에 assert문을 한 번만 쓴다.
단, 동일 문맥일 경우에는 예외로 한다.
@Test
public void testGetClosestToZero_ () {
Customer vip = getCustomer();
assertNotNull(vip);
assertEquals(VIP.DISCOUNT_RATE vip.getDiscountRate());
}
16