Unit Test & Refactoring & TDD 정리

1. 👷Testing & Refactoring

2. 처음 프로젝트를 시작할 때
🚀 새로운 기술 적용
😎 의욕 넘침
🏗 최대한 유연한 설계

3. 현실
구현하기 바쁨
잦은 요구사항 변경
어제의 코드는 💩

5. 🛠리팩토링(Refactoring)
= 리팩토링은 외부동작을 바꾸지 않으면서 내부 구
조를 개선하는 방법으로, 소프트웨어 시스템을 변
경하는 프로세스이다

7. 🛠 리팩토링을 시작하자!
“두려움”
잘 돌아가고 있는데 ...
정상적으로 동작할까 ?

8. 변화를 돕는 실천방법
오류를 잡아줄 수 있는 꾸준한 테스트
테스트를 자동화
“자동화된 테스트는 개발자의 실수를 보호”

9. 코드 수정
테스트 실행 (npm test)
피드백 (Test Fail)
코드 수정

10. 테스트를 하지 않는 이유
“힘듬”
“귀찮음”
“재미없음”
테스트 코드를 관리하고 작성하는데 비용이 듬

11. “시간이 지날수록 변경에 많은 비용이 발생”

12. 테스트 주도 개발(TDD)
“Test First”

13. 👷 테스트 주도 개발(TDD)
Red
1. Write a test that fail
Green
2. Make the code work
Refactor
3. Refactor code

14. 💸 TDD 장점
개발의 라이프 사이클을 단축 시켜 줌
테스트 코드를 통해 프로그램 Spec을 명확히 정의
개발자에게 안정감을 줌

15. 😥 TDD 단점
TDD에 익숙하지 않다면 생산성이 떨어짐
테스트 코드에 발목을 잡힐 수 있음

16. TDD를 적용할 땐 충분한 연습이 필요
처음부터 TDD를 적용하기 보단 Unit Test를 작성
테스트하기 쉬운 코드로 연습
실무에 적용할 코드 보단 토이 프로젝트를 통해서 연습

17. 😀 테스트하기 쉬운 코드
같은 입력, 같은 출력
외부에 의존성을 가지지 않고 외부상태를 변경하지 않음
ex) 알고리즘, Utility & helper 함수

18. 🏃 TDD Example
피보나치 수열

19. Test First !

20. Test First !

21. Test First !

22. 😡 테스트하기 어려운 코드가 섞여있는 경우
테스트하기 쉬운 부분을 따로 분리하여 테스트 한다
Mock, Stub 을 사용하여 행위 검증을 한다.

23. 🗒 Tip
CI 를 통해서 테스트 자동화
처음엔 TDD 보다 Unit Test에 집중
Jest —watch 옵션을 켜두면 편리
Given-When-Then Template 사용

24. 개발한 Application은 항상 변한다
변경에 잘 대응하기 위해 테스트 코드의 작성은 필수적
지속적으로 발전 가능한 코드 기반
=

25. 끝