테스트 피라미드

• 만드는 비용이 적고, 유지보수하기 쉽고, 빨리 실행되고, 안정적인 작은 크기의 테스트들에 대해 높은 커버리지를 유지해야한다.

• 테스트가 비싸질수록 테스트의 커버리지 목표는 낮게 잡아야한다. 그렇지 않으면 새로운 기능을 만드는 것보다 테스트를 만드는데 시간을 더 쓰게 된다.

• 위의 ‘시스템 테스트’, ‘통합 테스트’, ‘단위 테스트’의 정의는 맥락에 따라 다를 수 있다.

• 단위 테스트 → 일반적으로 하나의 클래스를 인스턴스화하고 해당 클래스의 인터페이스를 통해 기능들을 테스트

  • 테스트 대상 클래스가 다른 클래스에 의존하고 있다면 의존되는 클래스들은 인스턴스화하지 않고 테스트 동안 필요한 작업들을 흉내내는 Mock으로 대체!

• 통합 테스트 → 연결된 여러 유닛을 인스턴스화하고 시작점이 되는 클래스의 인터페이스로 데이터를 보낸 후, 유닛들의 네트워크가 기대한대로 잘 동작하는지 검증

• 시스템 테스트 → 애플리케이션을 구성하는 모든 객체 네트워크를 가동시켜 특정 유스케이스가 전 계층에서 잘 동작하는지 검증

단위 테스트로 도메인 엔티티 테스트하기

• 책 내의 Account에 대한 단위 테스트

  1. 특정 상태의 Account를 인스턴스화
  2. withdraw() 메서드 호출
  3. 출금 성공했는지 검증
  4. Account 객체의 상태에 대해 기대되는 부수효과들 잘 일어났는지 확인

• 만들고 이해하기 쉬운 편이고, 아주 빠르게 실행된다.