tdd가좋은진 모르겟는데 가끔 좆같은코드짤땐 유닛테스트하면서 하는게 좋음

[ㅁㄴㅇㄹ(211.219)]

걍 유닛테스트 통합테스트 같은 기법이나 익혀놔라 tdd 안해도 쓸만함 

[커헠(msca8h)]

일단 테스트를 작성할 수나 있게 제대로 짜는 것부터 돼야; - return 0;

[익명(114.168)]

TDD 장점은 다 만들고 오류가 잘 없다는점이지 이미 그전에 오류를 다 맞이 했으닌깐

[익명(211.219)]

ㄴ 보통 오류가 첨에 생각못하는곳에서 나오지않냐

[익명(114.168)]

그게 TDD의 가장 큰 단점임 개발자가 생각하지 못한 오류가 튀어나올수 있기때문에 테스트 케이스 작성을 실패하면 그 모든 소스코드가 망가진다고, 테스트케이스 작성을 잘하고 꼼꼼하면 꼼꼼할수록 TDD는 어마어마한 품질을 가져다주는데 아니면 완전 다 망가지지 그래서 TDD 개발자인 켄트벡도 너무 TDD 하나에 신경 쓰지 말라고 했음 어디까지나 프로젝트의 크기나 소스코드 크기등 덩치가 커지면 커질수록 테스트해야하는 환경은 많고 또 하나의 객체를 추가함으로써 다른 코드가 망가지는걸 미리 예방할수 있기때문에 TDD가 이때까지 찬양받았던거임 자잘한 일을 신경 안쓰면서 코드를 작성해나갈수 있으닌깐 좋지