Test-driven-development

삼각측량이란? 만약 라디오 신호를 두 수신국이 감지하고 있을 때, 수신국 사이의 거리가 알려져 있고 각 수신국이 신호의 방향을 알고 있다면 이 정보들만으로 충분히 신호의 거리와 방위를 알 수 있다. -> 예제가 두 개 이상 있어야만 코드를 일반화할 수 있다.

일반적인 TDD 주기 1. 테스트를 작성한다. 원하는 인터페이스를 개발하라. 2. 실행가능하게 만든다. 3. 올바르게 만든다. 중복을 제거하라.

테스트 주도 개발(TDD)의 대략적인 리듬 1. 재빨리 테스트를 하나 추가한다. 2. 모든 테스트를 실행하고 새로 추가한 것이 실패하는지 확인한다. 3. 코드를 조금 바꾼다. 4. 모든 테스트를 실행하고 전부 성공하는지 확인한다. 5. 리팩토링을 통해 중복을 제거한다.

켄트 벡의 테스트 주도 개발이라는 책으로 TDD에 대한 공부를 제대로 해보기로 했다. 회사에서 테크리드 분께서 추천해주신 책이다. 회사에서 TDD 방식의 테스트 자동화 환경에서 개발을 하고는 있지만, 제대로 된 사전 지식 없이 바로 실전에 투입되서 개발을 하고 있어서 내가 하고 있는게 명확히 무엇인지 개념이 바로잡혀있지 않고, 이렇게 테스트 코드를 짜는 것이 맞을까에 대한 확신이 부족하다. 개발을 할 때 깔끔한 코드를 작성하기 위해 늘 고민하는 개발자가 되기 위해 공부하기로 했다.