🧑🏼‍🚀 테스트를 알아야 하는 이유

❗TDD라는 말을 들어봐서 적용해보고 싶다면? ❗클린코드가 무엇인지 기준을 잡아보고 싶다면? ❗리팩터링은 언제, 어떻게 하면 좋을지 알고 싶다면?

🙋🏻‍♂️ 이 문서를 보고 나면

• [ ] TDD로 간단한 counter 기능을 구현할 수 있다.
• [ ] 클린코드로 나아가기 위한 리팩터링 기준점을 스스로 만들어 나갈 수 있다.

1. TDD(Test Driven Development)

TDD는 테스트를 먼저 작성하고 그 후 실제 코드를 작성하는 방법입니다. TDD는 켄트 백(Kent Beck) 이 개발 혹은 널리 알린 개념입니다. 흔히들 개발전에 테스트 코드를 짜는게 TDD라고만 생각할 수 있는데, 그보다 본질적인 의미는 문제를 정의하고, 그 해답을 찾아가는 과정이라는게 TDD의 기본 취지입니다. 그리고 테스트도구는 그 철학을 이행하는 도구입니다. TDD는 주로 개발 코드를 유닛으로 구현합니다. 코드의 기능을 검증하는게 중요한 목표

장점

1. 테스트를 먼저 작성하기 때문에 전체 코드에서 얼마나 많은 코드가 테스트되는가를 측정하는 테스트 커버리지 비율이 자연스럽게 높아진다.
2. 테스트 되는 것만 코드로 작성하므로 코드가 방대해지지 않는다.
3. 버그때문에 발생하는 시간 낭비 줄여주고, 코드가 원하는 바를 명확히 달성하는지 쉽게 확인

방법

1. 테스트를 먼저 작성한다. 만족하는 코드가 없는 상태이므로 테스트는 실패함
2. 테스트를 통과하는 코드를 작성한다.
3. 리팩터링: 중복이 보이거나 더 개선할 방법이 있다면 코드를 개선한다.

3대 원칙 - 로버트 C. 마틴 (밥 아저씨, 클린 코더)

1. 실패할 테스트를 작성하기 전에는 아무런 프로덕션 코드도 작성하지 않는다.
2. 실패할 테스트 말고는 작성하지 않는다.
3. 현재 실패한 테스트를 만족시키는 코드 외에는 작성하지 않는다.

좋은 테스트의 조건