[1주차-1] TDD 시작 (1/2) - 2jigoo

[2jigoo]

1

Chapter 2. TDD 시작 (1/2)

목표

TDD가 무엇인지 경험해보며, 스터디 방향 잡아나가기

• [x] ~ p.40까지 실습하고 정리

학습내용 정리

[2jigoo]

TDD 도입 전의 개발

• 설계와 구현을 같이 고민하다가 코드 작성. 모호한 기준의 시점에 테스트 진행 및 디버깅.
• 작성한 코드가 많을 수록 디버깅이 어렵고, 구현보다도 디버깅이 더 오래 걸리는 상황 발생
• 코드 작성자가 아닌 다른 개발자가 사용하면서 코드를 테스트하는 경우가 빈번

TDD

테스트부터 시작하기 기능의 동작을 검증하는 테스트 코드를 먼저 작성 테스트를 통과시키기 위해 개발 진행

1. 기능을 검증하는 테스트 코드 작성
   • 메서드 이름, 파라미터, 반환값, 정적/인스턴스 메서드, 클래스 이름 등을 고민 후 작성
   • 아직 클래스를 생성하지 않았기에 컴파일 에러
2. 테스트 대상인 클래스 생성 및 메서드 생성
   • 단순히 생성만 했기에 아직 실패하는 테스트
3. 테스트를 통과시키는 코드 작성
   • 구현은 고려하지 않고, 일단 테스트를 통과하도록 임의로 return
4. 다른 테스트를 추가 → 실패
5. 테스트를 통과하도록 구현을 수정하기
6. 이 과정을 반복하며 점진적으로 구현해나가기
7. 구현이 완료된 후, 실제 빌드 대상 모듈로 이동

• 테스트를 먼저 작성하고,
  테스트에 실패하면 테스트를 통과시킬 만큼 코드를 추가하는 과정을 반복하면서 점진적으로 기능 완성

[2jigoo]

예제: 암호 검사기

• 암호 검사 규칙
  • 8글자 이상
  • 0~9 사이의 숫자 포함
  • 대문자 포함
• 3개 규칙을 충족: 강함
• 2개 규칙 충족: 보통
• 1개 규칙 충족: 약함

[2jigoo]

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

• 가장 쉽거나 가장 예외적인 상황부터 테스트
  • 모든 규칙 충족
  • ~모든 규칙을 충족하지 않음~
  • 각 조건을 검사하는 코드를 모두 구현해야 함

1. 모든 조건을 충족하는 테스트

   PasswordStrength result = meter.meter("ab12!@AB");
   assertEquals(PasswordStrength.STRONG, result);

2. 구현 없이 메소드를 생성 → 테스트 실패

3. 테스트를 통과하도록 코드를 수정

   // PasswordStrengthMeter#meter
   return PasswordStrength.STRONG

4. 테스트 통과

5. 같은 조건을 만족하는 테스트 추가

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

→ PasswordStrength.NORMAL

1. 테스트 추가

   PasswordStrength result = meter.meter("ab12!@A");
   assertEquals(PasswordStrength.NORMAL, result);

2. 기존 테스트와 해당 테스트를 통과할만큼만 구현

   // PasswordStrengthMeter#meter
   if (s.length() < 8) {
   return PasswordStrength.NORMAL;
   }
   return PasswordStrength.STRONG;

3. 테스트 통과
4. 같은 조건을 만족하는 테스트 추가

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

→ PasswordStrength.NORMAL

1. 테스트 추가

   PasswordStrength result = meter.meter("ab!@ABqwer");
   assertEquals(PasswordStrength.NORMAL, result);

2. 기존 테스트와 해당 테스트를 통과할만큼만 구현
3. 테스트 통과
4. 리팩토링이 필요하면 리팩토링

   // PasswordStrengthMeter#meter
   if (s.length() < 8) {
   return PasswordStrength.NORMAL;
   }
   boolean containsNumber = isContainingNumber(s); // 구현
   if (!containsNumber) {
   return PasswordStrength.NORMAL;
   }
   return PasswordStrength.STRONG;

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

테스트 코드도 유지보수 대상 중복을 알맞게 제거하거나 의미가 잘 드러나게 수정해야 한다. 오히려 테스트 코드 관리가 어려우지게 된다면 변경을 되돌린다.

• 테스트 메서드 내 지역 변수로 객체 생성
  • 멤버 변수로 수정
• meter.meter와 aasertEquals 중복
  • 한 번에 수행하는 메서드 생성
• 수정 후에도 항상 테스트가 통과하는지 확인해야한다.