Developer Cafe

TDD 법칙 세 가지 첫째 법칙: 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 둘째 법칙: 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다. 셋째 법칙: 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 위 세 가지 규칙을 따르면 개발과 테스트가 대략 30초 주기로 묶인다. 테스트 코드와 실제 코드가 함께 나올뿐더러 테스트 코드가 실제 코드보다 불과 몇 초 전에 나온다. 이렇게 일하면 매일 수십 개, 매달 수백 개, 매년 수천 개에 달하는 테스트 케이스가 나온다. 실제 코드를 사실상 전부 테스트하는 테스트 케이스가 나온다. 하지만 실제 코드와 맞먹을 정도로 방대한 테스트 코드는 심각한 관리 문제를 유발하기도 한다. 테스트는 유연성, 유지보수성..

테스트 주도 개발(Test-driven development, TDD)은 매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나이다. 항상 실패하는 테스트를 먼저 작성하고(RED) 테스트가 통과하는 프로덕션 코드를 작성하고(GREEN) 테스트가 통과하면 프로덕션 코드를 리팩토링합니다.(BLUE) 단위테스트 모르는 개발자 1. 코드작성 2. 실행(Tomcat) 3. Postman 등으로 API 테스트 도구로 HTTP 요청 4. 요청결과를 log나 System.out.println() 으로 검정 5. Tomcat내리고 코드 수정 다시 실행 반복 TDD 기능 중 하나인 단위테스트의 이점 ■ 개발초기에 문제를 발견하게 도와준다. ■ 개발자가 나중에 코드를 리펙토링하거나 라이브러리 업그레이드 등에서 ..