<Chapter 5> 좋은 테스트의 FIRST 속성

• 단위 테스트는 주의 깊게 사용했을 때 많은 이점을 얻을 수 있다.
• 하지만 테스트 또한 작성하고 유지보수해야 하는 또 다른 코드이다.

좋은 테스트의 조건 : FIRST

1. Fast : 빠른
2. Isolated : 고립된
3. Repeatable : 반복 가능한
4. Self-validating : 스스로 검증 가능한
5. Timely : 적시의

• 테스트를 먼저 작성하고 코드를 작성하면 더 좋은 결과를 얻을 수도 있다.
  • 이를 TDD라고 한다.

1. Fast : 빠르다

   • 시스템이 커지면 단위 테스트도 실행하는데 점점 오래 걸린다.
   • 단위 테스트를 하루에 서너 번 실행하기도 버겁다면 무언가 잘못된 방향으로 나아가고 있는 것이다. (단위 테스트의 가치는 지속적이고 종합적인 빠른 피드백이다)
   • 설계를 깨끗하게 하면 테스트를 빠르게 유지할 수 있다.
   • 가장 먼저 느린 테스트에 대한 의존성을 줄여라. → 최소화 하는 것이 좋은 설계의 표
   • 모든 테스트 코드가 DB를 호출한다면 전체 테스트 또한 느릴 것이다.

2. Isolated : 고립시킨다

   • 좋은 단위 테스트는 검증하려는 작은 양의 코드에 집중한다.
     • 직접적 / 간접적으로 테스트 코드와 상호작용하는 코드가 많을 수록 문제가 발생할 소지 늘어남.
     • 데이터 의존성은 많은 문제를 만든다. 외부 저장소와 상호작용하면 테스트가 가용성(availability), 접근성(accessibility) 이슈로 실패할 가능성이 증가한다.
   • 좋은 단위 테스트는 다른 단위 테스트에 의존하지 않는다.
     • 테스트는 순서나 시간에 관계없이 실행할 수 있어야 한다.
     • 테스트가 작은 양의 동작에만 집중하면 테스트 코드를 집중적이고 독립적으로 유지하기 쉬워지기 때문.
     • 따라서 두번째 단언을 추가할 때, 다음과 같은 질문을 해야한다.
       • “이들 단언이 단일 동작을 검증하도록 돕는가 아니면 내가 새로운 테스트 이름으로 기술할 수 있는 어떤 동작을 대표하는가”
       • 테스트가 하나 이상의 이유로 깨지면 테스트 분할을 고려해 봐라. 집중적인 단위 테스트가 깨지면 그 원인은 분명하다.

3. Repeatable : 좋은 테스트는 반복 가능해야 한다.

   • 테스트 설계에서 역할 중 일부는 테스트 결과가 매번 어떻게 나오는지에 대해 설명하는 단언을 제공하는 것이다.

   • 반복 가능한 테스트는 실행할 때마다 결과가 같아야 한다. → 통제할 수 없는 외부 환경과 격리 시켜야 한다.

   • 하지만 시스템은 불가피하게 통제할 수 없는 요소와 상호 작용 해야 한다. 예를들어 현재 시간 → Mock 객체 사용 할 수 있다.

   • 가끔 DB와 같은 외부 환경적인 영향과 직접 상호 작용을 해야 할 수도 있다.

     → 별도의 오라클 인스턴스나 비표준 포트를 사용하는 웹 서버를 따로 활용할 수 있다.

4. Self-Validating : 스스로 검증 가능하다.

   • 내가 자주 하던 main() 을 통해서 결과값을 기대하는것과 비교하는 것은 많은 개수의 테스트를 지탱하기는 어렵다 (경험상 알지 않은가) 그리고 작게 분할한다고 하더라도 결과값이 무엇인지 기억해야 하는 문제도 있다.
   • Junit을 사용하면 sysout으로 가시적으로 결과를 검증하는 것을 대신할 수있다.
   • 테스트를 기대하는 것이 무엇인지 단언하지 않으면 테스트가 아니다. 단위 테스트는 시간을 소모하기보다는 절약한다.
   • 테스트는 스스로 검증 가능할 뿐 아니라 준비할 수도 있어야 한다.
   • 테스트를 언제 어떻게 실행할 지 자동화도 가능하다. (Infinitest)
     • 좀 더 큰 규모일 경우 젠킨스, TeamCity 같은 CI 도구 사용 가능.

5. Timely : 적시에 사용한다.

   • 언제라도 단위 테스트를 작성할 수 있어야 한다.
   • 어떤 팀에서는 리뷰 프로세스, 충분한 테스트가 없으면 코드를 거부하는 자동화된 도구도 사용한다.
   • 단위 테스트를 더 많이 할 수록 테스트 대상 코드가 줄어든다.
   • 단위 테스트처럼 좋은 실천 습관은 지속적인 경계를 요구한다.