TDD를 하면 생산성을 장기적으로 봐야댐.
내 코드가 나중에 똥코드가 되는 시점이 됐을 때, TDD로 해두면 테스트코드라는 부산물이 있어서 고치기나 리팩토링이 쉬움.
테스트코드 작성하는 것도 짬밥빨이 커서 외부툴이나 테스트용 라이브러리같은 걸 잘활용하는거랑 아닌거랑 차이가 큼.
그리고 테스트 다 통과했을 때 초록불 들어올 때 약간 뽕맛있음.
깃파괴(wooljs)2018-07-05 12:27
암튼 결론은 난 좋았음. 뭣보다 내 코드가 안전하다는 느낌을 받아봐야된다고 생각함.
깃파괴(wooljs)2018-07-05 12:29
유닛테스트 만드는게 TDD가 아닌데 왜 헷갈려하는지 모르겠네. TDD는 테스트를 먼저 짠다 -> 에러난다 -> 동작하게 만든다 -> 리팩토링한다. 이건데;;
TDD를 하면 생산성을 장기적으로 봐야댐. 내 코드가 나중에 똥코드가 되는 시점이 됐을 때, TDD로 해두면 테스트코드라는 부산물이 있어서 고치기나 리팩토링이 쉬움. 테스트코드 작성하는 것도 짬밥빨이 커서 외부툴이나 테스트용 라이브러리같은 걸 잘활용하는거랑 아닌거랑 차이가 큼. 그리고 테스트 다 통과했을 때 초록불 들어올 때 약간 뽕맛있음.
암튼 결론은 난 좋았음. 뭣보다 내 코드가 안전하다는 느낌을 받아봐야된다고 생각함.
유닛테스트 만드는게 TDD가 아닌데 왜 헷갈려하는지 모르겠네. TDD는 테스트를 먼저 짠다 -> 에러난다 -> 동작하게 만든다 -> 리팩토링한다. 이건데;;
개발 -> 유닛테스트 코드 만들기. 이건 TDD아니다.