1. 자동화된 테스트 도구(여기선 ?CppUnit을 사용했음)가 ?ReFactoring 과정의 실수를 잡아주었고, 경험이 필요를 실감하게 했다
2. TDD의 좋은 점은 과감한 리팩토링을 할 용기를 주기 때문이다
3. 테스트는 최종 인터페이스를 예고한다
4. 테스트를 작성하고 테스트가 작동하도록 개체를 만든다
5. 실패하는 테스트를 작성한다
6. 개체를 더 목적에 가깝게 만든다
   
   

테스트가 부족하거나 주의 깊게 작성되지 않았다. 당신과 TDD에게는 아직 시간이 조금 더 필요하다.

그 에러가 있을 때 실패하는 테스트를 작성하고, 문제를 해결해라. 그 다음 어떤 요소(또는 습관, 또는 심리)가 그 테스트를 미리 작성하지 못하게 했을까를 검토해라.

• 테스트 중인 개체를 작성하다가 새로운 개체를 생성할 필요가 있을 때 새로운 테스트 케이스를 작성해야 하는가?
• 새로운 테스트 케이스는 언제 만드나?
• 테스트 없이 메쏘드를 만들어도 괜찮은가?
• 어떤 테스트를 지울까?
• 클래스별로 테스트 케이스를 만들까 아니면 기능별로 만들까?
• 초록막대주기가 길어지면 어떻게 할까? 테스트를 없애고 다시 시작?
• TDD 전문가들은 TDD 외의 설계도 할까? 그림을 그려가며 설계하나?
  • 저의 경우 초반 디자인을 하기도 하고, TDD 중 디자인 재변경을 하기도 합니다. ?TopDown 을 하기 위해 마인드맵을 그리기도 하고요, UML 을 그리기도 합니다. Pair 중에는 Sequence Diagram 을 그려서 대화한뒤 TDD 하기도 했습니다. --1002
    
    
• 왜 하나의 테스트 메쏘드에 여러 테스트를 넣지 않는가? 그러면 여섯개의 테스트를 두 개나 세 개로 줄일 수 있을텐데
  • 종종 하나의 테스트 메소드에 여러 테스트를 넣곤 합니다.; 그러다가 리팩토링 때 의도를 분명하게 하기 위해 다시 메소드를 나누기도 합니다. --1002
    
    
• 코드의 안정성을 추가할 때는 리팩토링으로 하는가, 새로운 테스트를 추가하는가? 아니면 언제나 안정성을 염두에 두고 코딩하는가?
  • 예외 처리에 대한 말씀이신가요? --1002
    
    
• B가 A를 밀접하게 사용하고 있어서 B가 성공한다면 A도 성공하는 관계가 성립할 때 B 테스트만 남겨두고 A 테스트를 지워도 될까?
  • 켄트는 책에서 "그것을 지웠을 때 조금이라도 자신감이 줄어들까?"라고 자문하란다. 모르겠는데!!!
    
    

• OS 독립적인 모듈 만들기
• 메모리 릭에 안전한 코드를 방어적인 코딩 습관이 아니라 테스트 주도 개발로 어떻게 만들 것인가?
• 오늘 날짜를 가져오는 테스트를 어떻게 만들까?
  • 쉘의 date 명령을 가지고 비교하면 안될까요?
    • 오늘 날짜를 가져오는 테스트는 오늘 날짜를 가져오는 메쏘드가 제대로 동작하는지 테스트해야 하죠. 오늘은 매일 변하기 때문에 기대하는 값(expected)을 상수로 넣을 수가 없는데, 그럼 메쏘드를 테스트하기 위해 메쏘드의 결과값과 비교해야하나?
      • 저라면 ?MockCalendar 를 만들고 '오늘의 날짜 가져오는 특정 메소드가 호출된다'와 '정해진 날짜를 리턴받았을때 ....한 테스트가 통과되어야 한다' 를 테스트 하겠습니다. --1002
        
        

• TDDBE의 부록 동영상(JUnit을 사용)을 보다보니 ?CppUnit을 쓰고 있는게 너무 슬프다
• 아는 문제를 풀면서 배우는 것이 모르는 문제를 풀 때도 적용이 되는가?
• 여러 개로 나뉘어진 라이브러리 구조의 프로젝트에 TDD 적용하기
• 완전히 나뉜 C/S 구조의 어플리케이션에 TDD 적용하기
• 9월 20일에 프로젝트를 시작해서 10월 14일 현재 75개의 테스트를 만들었다. 새로운 기능을 넣을 때마다 여느 때 경험하지 못한 안정감을 느끼고 있다. 그러나 ?TestCase가 세 개밖에 없고 그중 하나에 대부분의 테스트가 들어있다. 픽스쳐를 기준으로 ?TestCase를 분리할 수도 있지만 그럴 경우 너무 많은 ?TestCase가 생길 거라는 게 고민이다
  
  

?DeleteMe) ?DocumentMode 글쓰실 때 제가 쓴 글은 지우셔도 상관없습니다. (혹시나 고민하실까봐;) --1002

?SeeAlso TDD실습

CategoryDevelopment