DAY 18

🔖 오늘 읽은 범위 : 9. 단위테스트(164~168p)

---

🤓 책에서 기억하고 싶은 내용

테스트당 assert 하나

• 함수마다 assert문을 단 하나만 사용해야한다 → 결론이 하나이므로 코드를 이해하기 쉽고 빠르다
• 결론이 두 개 이상이면? → 테스트를 두개로 쪼갠다

  public void testGetPageHierarchyAsXml() throws Exception {
      givenPages("PageOne", "PageOne.ChildOne", "PageTwo");
      whenRequestIsIssued("root", "type:pages");
      thenResponseShouldBeXML();
  }
  public void testGetPageHierarchyHasRightTags() throws Exception {
      givenPages("PageOne", "PageOne.ChildOne", "PageTwo");
      whenRequestIsIssued("root", "type:pages");
      thenResponseShouldContain(
          "<name>PageOne</name>", "<name>PageTwo</name>", "<name>ChildOne</name>"
      );
  }

  • 단 테스트를 분리하면 중복되는 코드가 많아진다
• Template Method 패턴을 사용하여 중복 제거
  • given/when 부분을 부모 클래스에 두고 then 부분을 자식 클래스에 둔다
  • 혹은 @Before 함수에 given/when 부분을 넣고 @Test 함수에 then 부분을 넣는다

테스트당 개념 하나

• 여러 개념을 한 함수로 몰아넣으면 독자가 각각 개념을 모두 이해해야만한다
• 아래 테스트 코드를 3개로 분리하면..

/* addMonths() 메서드를 테스트하는 장황한 코드 */
public void testAddMonths() {
    SerialDate d1 = SerialDate.createInstance(31, 5, 2004);
    SerialDate d2 = SerialDate.addMonths(1, d1);
    assertEquals(30, d2.getDayOfMonth());
    assertEquals(6, d2.getMonth());
    assertEquals(2004, d2.getYYYY());
    SerialDate d3 = SerialDate.addMonths(2, d1);
    assertEquals(31, d3.getDayOfMonth());
    assertEquals(7, d3.getMonth());
    assertEquals(2004, d3.getYYYY());
    SerialDate d4 = SerialDate.addMonths(1, SerialDate.addMonths(1, d1));
    assertEquals(30, d4.getDayOfMonth());
    assertEquals(7, d4.getMonth());
    assertEquals(2004, d4.getYYYY());
}

• 31일로 끝나는 달의 마지막 날자가 주어지는 경우
  1. 30일로 끝나는 한 달을 더하면 날짜는 30일이 되어야한다 (31일이 되면 안된다)
  2. 두 달을 더하면, 두 번째 달이 31일로 끝나면 날짜는 31일이 되어야 한다.
• 30일로 끝나느 ㄴ달의 마지막 날자가 주어지는 경우
  1. 31일로 끝나는 한 달을 더하면 날짜는 30일이 되어야한다 (31일이 되면 안된다)
• 3개 케이스로 분리하고 보니 2월 28일이 빠졌다는 것 인식 가능 → 4번째 테스트 케이스 추가 필요
• 개념 당 assert문 수를 최소로 줄여야 한다
• 테스트 함수 하나는 개념 하나만 테스트 하라

F.I.R.S.T

Fast

• 테스트가 느리면 자주 돌릴 엄두를 못 낸다.

Independent

• 각 테스트는 서로 의존하면 안된다
• 어떤 순서로 실행해도 괜찮아야 한다

Repeatable

• 어떤 환경에서도 반복 가능해야 한다.

Self-Validating

• 테스트는 bool 로서 성공 하니면 실패를 알려야한다.
• 부수적으로 로그를 읽는 시간을 들이게 해서는 안된다.

Timely

• 단위 테스트는 테스트하려는 실제 코드를 구현하기 직전에 구현한다.
• 실제 코드 구현 이후에 테스트코드를 만들면 테스트가 어렵다며 미루게 됌

🤔 떠오르는 생각

• 협업보다는 개인 개발의 비중이 높다보디 테스트 코드를 미루는 경우가 많다. 한 번 미루고 실제 코드를 먼저 작성하면 나중에는 테스트 코드를 짤 일이 거의 없게 된다. 항상 팀 프로젝트 라고 가정하고 테스트 코드를 먼저 작성하는 습관을 들이자

🔎 질문

📝 소감 3줄 요약

• 개념 당 assert문 수를 최소로 줄이자
• 테스트 함수 하나는 개념 하나만 테스트
• 테스트는 Fast, Independent, Repeatable, Self-Validating, Timely 해야한다