툭 까놓고 말해서, 연습에 의의를 두는 것이 아니라면 나쁜 단위 테스트를 작성하는 것은 여러분 시간만 축내는 꼴이다. 버그가 있으면 디버깅하는 데 시간을 써야 하니 낭비고, 아무런 이득이 없는 테스트를 작성하느라 하루를 다 보내서 그것도 시간 낭비고, 내 눈에만 읽기 좋고 다른 사람들에게는 가독성이 떨어지는 테스트 코드를 해석하느라 또 시간을 쏟게 된다. 단위 테스트를 효율적으로 작성하지 않으면 득보다 실이 더 많을 수 있다는 것이다. 더 큰 문제는 잘못 들인 습관이 테스트 코드를 작성할 때만 문제를 일으키지 않는다는 것이다. 실제 코드를 작성할 때도 개발 속도를 늦출 수 있다. 이러한 부분은 책 후반부에서 보다 자세히 설명할 예정이다.

좋은 단위 테스트가 무엇인지만 알아도 코드의 유지 보수 난이도를 낮출 수 있다. 책 후반부에서는 컴포넌트 테스트, 엔드 투 엔드(End to End, E2E) 테스트 등 다른 형태의 테스트도 살펴볼 것이다.