테스트 주도 개발(Test-Driven Development:By Example) - 2부 : xUnit 예시 (22 ~ 23장)

[22장] 실패 처리하기

우리가 원하는 건 테스트가 독립적으로 실행되는 것이다. 우리는 항상 테스트를 먼저 작성해야 한다는 사실을 의식적으로 상기해야만 한다.

 

[정리]

-중요한 문제를 발견했는데 이를 바로 처리하기보다는 할일 목록에 적어두었다.

 

[23장] 얼마나 달콤한지

놓친 디자인 요소를 찾기 위해 일부러 만드는 중복이 아니라면, 중복은 언제나 나쁘다. 우리는 테스트들을 모아서 한번에 실행할 수 있는 기능을 원한다. 테스트를 한 번에 하나씩만 실행시킨다면 테스트가 독립적으로 돌아가도록 만들기 위해 고생하는 건 별 의미가 없다.

매개 변수 수집(collecting parameter) 패턴

중복이 상당히 많은데, 주어진 테스트 클래스에 대한 테스트 슈트를 자동 생성할 방법이 있다면 그 중복을 제거할 수 있을 것이다.

 

[정리]

1.TestSuite를 위한 테스트를 작성했다.

2.테스트를 통과시키지 못한 채 일부분만 구현하였다. 이것은 ‘규칙’ 위반이다.

3.아이템과 아이템의 모음(컴포지트)이 동일하게 작동할 수 있도록 메서드의 인터페이스를 변경하였고 마침내 테스트를 통과시켰다.

4.공통된 셋업 코드를 분리했다.