2장 TDD 시작

책/테스트 주도 개발 시작하기(완)

sami355 2024. 7. 3. 17:19

TDD란?

TDD는 기능을 검증하는 테스트 코드를 먼저 만든다고 했다.
테스트 대상이 될 클래스 이름, 메서드 이름, 파라미터 개수, 리턴 타입을 고민했다. 또한 새로운 객체를 생성할지 아니면 정적 메서드로 구현할지 등을 함께 고민했다.
테스트 코드를 작성한 뒤에는 컴파일 오류를 없애는 데 필요한 클래스와 메서드를 작성했다. 그런 뒤 바로 테스트를 실행했고 테스트에 실패했다.
테스트를 통과할 만큼만 코드를 구현했다.
실패한 테스트를 통과시킨 뒤에 새로운 테스트를 추가했고 다시 그 테스트를 통과시키기 위한 코드를 작성했다.

(기능 요구사항이 주어진 상황입니다.)

첫번째 테스트: 모든 규칙을 충족하는 경우

첫 번째 테스트 코드를 통과하는 시간도 길어진다. -> 테스트 주기를 빠르게 해야 한다.
각 조건을 검사하는 코드를 마들지 않고 '강함'에 해당하는 값을 리턴하면 테스트를 통과할 수 있다. -> 어떤 값이 들어오든 '강함'에 해당하는 값을 리턴
TDD는 테스트를 통과시킬만큼의 코드를 작성한다.

두번째 테스트: 길이만 8글자 미만이고 나머지 조건은 충족하는 경우

세번째 테스트: 숫자를 포함하지 않고 나머지 조건은 충족하는 경우

코드 정리: 테스트 코드 정리

테스트 코드도 코드이기 때문에 유지보수 대상이다.
코드를 수정한 뒤에 테스트에 통과하는지 확인함으로써 안전하게 코드를 수정할 수 있다.
테스트 코드의 중복을 무턱대고 제거하면 안 된다. 중복을 제거한 뒤에도 테스트 코드의 가독성이 떨어지지 않고 수정이 용이한 경우에만 중복을 제거해야 한다. 중복을 제거한 뒤에 오히려 테스트 코드 관리가 어려워진다면 제거했던 중복을 되돌려야 한다.

네번째 테스트: 값이 없는 경우

다섯번째 테스트: 대문자를 포함하지 않고 나머지 조건을 충족하는 경우

여섯번째 테스트: 길이가 8글자 이상인 조건만 충족하는 경우

이제 어떤 경우를 테스트해야 하나? 이제 남은 것은 한 가지 조건만 충족하거나 모든 조건을 충족하지 않는 경우이다.
if절의 위치를 이동한 이유는 다음 두 로직을 구분해서 모으기 위함이다.
- 개별 규칙을 검사하는 로직
- 규칙을 검사한 결과에 따라 암호 강도를 계산하는 로직

일곱번째 테스트: 숫자 포함 조건만 충족하는 경우

여덟번째 테스트: 대문자 포함 조건만 충족하는 경우

아홉번째 테스트: 아무 조건도 충족하지 않은 경우

지금까지 새로운 테스트를 추가하거나 기존 코드를 수정하면 습관처럼 테스트를 실행했다. 그리고 실패한 테스트가 있다면 그 테스트를 통과시키기 위한 코드를 추가했다.

코드 정리: 코드 가독성 개선

테스트에서 메인으로 코드 이동

TDD는 기능을 검증하는 테스트를 먼저 작성한다. 작성한 테스트를 통과하지 못하면 테스트를 통과할 만큼만 코드를 작성한다. 테스트를 통과한 뒤에는 개선할 코드가 있으면 리팩토링한다.
리팩토링을 수행한 뒤에는 다시 테스트를 실행해서 기존 기능이 망가지지 안았는지 확인한다. 이 과정을 반복하면서 점진적으로 기능을 완성해 나가는 것, 이것이 전형적인 TDD의 흐름이다.

테스트가 개발을 주도

지속적인 코드 정리

빠른 피드팩