1부. 테스트 주도 개발 기초

# 1부. 테스트 주도 개발 기초 ###### tags: `지호`, `이규원의 현실 세상의 TDD : 안정감을 주는 코드 작성 방법` --- ## 1. 코드 기능 명세 ### 코드 기능 명세 - 모든 프로그램 코드는 입력과 출력을 갖고 특정 입력에 대해 기대하는 출력이 있다 - 이런 기대 동작들을 코드의 명세 또는 요구사항이라고 부른다 ### 도메인 - 소프트웨어는 문제를 푸는 도구 - 도메인은 소프트웨어가 풀어야 할 문제가 정의되는 공간 ### 프로그래머와 기능 명세 - 명확한 기능 명세가 있어야 프로그래머가 올바른 동작을 하는 코드를 짤 수 있다 - 충분히 명확한 도메인 지식을 확보하지 못했다면 지식 보가을 요청해야 한다 ## 2. 테스트 기법 ### 수동 테스트 - 품질 담당자가 UI를 사용해 기능을 검증 - 최종 사용자의 사용 경험과 가장 비슷하게 검증 - 실행 비용이 높고 결과의 변동이 큼 (단점) - 가장 온전한 코드 실행 - 인수 테스트에 사용됨 ### 소프트웨어 회귀 - 원래 동작하던 기능이 어떤 시점 이후로 동작하지 않게 되는 현상 - 새로운 기능이 추가됐을 때, 배포를 했을 때 ### 테스트 자동화 - 기능을 검증하는 코드를 작성 - 테스트 코드 작성 비용이 소비되지만, 실행 비용이 낮고 결과의 신뢰도가 높음 - 테스트 코드 작성과 관리가 프로그래머 역량에 크게 영향을 받음 ### 인수 테스트 - 배치가 완료된 시스템을 대상으로 검증 - 전체 시스템 이상 여부 신뢰도가 높음 - 높은 비용: 작성 비용, 관리 비용, 실행 비용 - 피드백 품질이 낮음: 문제의 원인이 무엇인지 알기 힘듦 ### 단위 테스트 - 시스템의 일부(하위 시스템)을 대상으로 검증 - 낮은 비용: 작성 비용, 관리 비용, 실행 비용 - 높은 피드백 품질 - 전체 시스템 이상 여부 신뢰도가 낮음 ### 인수 테스트와 단위 테스트 - 인수 테스트는 시스템 외부에 노출된 영역을 대상으로 진행 - 단위 테스트는 시스템 내부에 있는 하위 시스템을 대상으로 진행 ## 3. 코드 분해 ### 모듈화 - 분해 - 큰 시스템은 더 작은 하위 시스템으로 분해 가능 - 교체 가능 - 조립 - 작은 시스템은 더 큰 상위 시스템으로 조립 가능 - 모듈 재사용 - 라이브러리 ## 4. 테스트 우선 개발 ### 테스트 코드 - 가시적이고 구체적인 목표 - 자가 검증 가능 - 반복 실행 가능 - 운영 코드 API의 클라이언트가 됨 ### Test Firtst Development - 운영 코드보다 테스트 코드를 먼저 작성 - 테스트 코드를 통과시킬 운영 코드를 작성 - 프로그래머가 명확하고 검증 가능한 목표를 설정한 후 목표를 달성 ## 5. 정리된 코드 ### 리팩토링 - 리팩토링 전/후에 생길 수 잇는 기능 변화들을 테스트 코드로 검사해야한다. ## 6. 테스트 주도 개발 ### 테스트 주도 개발 절차 - RED - 운영 코드를 작성하기 전에 테스트 코드를 먼저 작성 - 실패하는 테스트 추가 - GREEN - 운영 코드를 수정해서 새로 작성한 테스트와 기존에 작성한 테스트를 성공 - 최소한의 코딩 - REFACTOR - 테스트 통과된 결과를 유지하면서 코드를 리팩토링 - 구현 설계 개선 ### 테스트 실패 - 구체적인 하나의 요구사항을 검증하는 하나의 테스트 추가 - 추가된 테스트가 실패하는지 확인 - 실패하는 것을 확인해야 테스트가 동작함을 믿을 수 있다. - 운영 코드 변경이 진행되지 않았기 때문에 실패했는지 확인해야 한다. ### 테스트 성공 - 추가된 테스트를 비롯해 모든 테스트가 성공하도록 운영 코드를 변경 - 테스트 성공은 요구사항 만족을 의미 - 테스트 성공을 위한 최소한의 변경 ### 리팩토링 - 코드 베이스 정리 - 구현 설계 개선: 가독성, 적응성, 성능 - 모든 테스트 성공을 전제 ### 켄트 벡의 설계 규칙 - 테스트 통과 - 의도 노출 - 중복 제거 - 테스트 통과되는 코드만 유지 ### 테스트 주도 개발 비용 - 처음엔 높은 비용으로 시작하지만, 시간이 지나도 비용이 일정 수준으로 유지 - TDD를 사용하지 않으면 처음엔 비용이 낮지만, 어느 순간은 계속 비용이 늘어남 ## 7. 기대 출력 피드백 ### 기대 출력 피드백 - 사용자 피드백: 사용자가 직접 코드를 사용한 후 경험한 버그나 불만을 제보 - Quality Assurance: 전문 인적 자원에 의한 인수 테스트 - 프로그래머 테스트: 프로그래머가 직접 피드백 장치를 준비 - 도구 피드백: 컴파일 오류, 정적 검사 등 프로그래머가 사용하는 도구가 제공하는 피드백 ### 오버 엔지니어링 - 더 중요한 목적, 기능 요구사항에 써야 할 자원을 불필요하게 낭비하게 됨 - 테스트 주도 개발은 가장 중요한 목표를 우선 달성하도록 유도하며 피드백을 제공 (모든 테스트가 성공) ### 피드백 - 테스트 주도 개발의 핵심은 정해진 절차가 아니라 짧은 주기로 지속되는 피드백 - 피드백에 기반해 안정적으로 지식과 코드를 늘려나가는 것이 목적