이제 tdd 유행 끝났나

[익명(117.111)]

ㅈㅅ에서 개발하기도 시간 모자란데 테스트코드까지 짜라는건 현실성이 없지

[프갤러 1(1.230)]

tdd가 지랄이지 테스트코드는 유효함

[익명(117.111)]

테스트코드가 tdd임

[프갤러 1(1.230)]

테스트코드랑 tdd랑 다르다 ㅋㅋ

[프갤러 2(106.101)]

Tdd랑 테스트 코드랑 구분도 못하는 새끼가 tdd 욕하는거보니 아직 유효한듯?

[HtmlProgrammer(judging7455)]

개발 분야에 따라 조금씩 다른데 잦은 변경사항 있고 외부 종속성 너무 많은 프로젝트가 아니라면 엥간하면 TDD는 유행탈게 아니라 필수임 이런 케이스가 아님에도 중요성을 모르면 코드베이스 엉망이고 고칠 엄두도 안나서 기술부채만 쌓아가는 년차밖에 내세울게 없는 개발자거나.. 이러한 중요성을 몰라서 시간 아깝다는 마인드로 더 많은 시간을 날려먹는 팀/기업에 속한 개발자거나..

[익명(117.111)]

유닛테스트로 검증하면 되지

[프갤러 1(1.230)]

코어모듈만 테스트할건가 게다가 이미 유닛테스트 했으면 다른 테스트짜면 안되냐? 유닛테스트가 대부분일텐데

[익명(117.111)]

유닛테스트와 테스트코드 짜는건 별개란다

[익명(117.111)]

자기가 작성한 코드가 어떤 결과를 낼지 모를정도로 더럽게 코드 짜는 수준이면 필수이긴 할듯하네

[프갤러 1(1.230)]

알겠는데 이미 유닛테스트했으면 미디움테스트 라지테스트에 해당하는 테스트하면 안되냐고

[익명(117.111)]

그건 QA의 역할입니다만

[프갤러 1(1.230)]

통합 API까지 QA가 다함?

[프갤러 1(1.230)]

좆소맞냐

[HtmlProgrammer(judging7455)]

117.111아.. 지가 짠 코드가 더럽고 문제되니 단위테스트를 하는게 아니라, 제대로된 프로젝트에서는 기능 추가 및 구조 개선 등의 유지보수비용을 줄이기위해 리팩터링을 틈틈이 수행하는데 이 과정에서 나올 수 있는 실수들을 예방하려고 있는거다.. 기본개념정도는 배우고 얘기하자

[HtmlProgrammer(judging7455)]

의사도 파일럿도 멍청해서 체크리스트를 사용하는게 아니야 우리는 그 체크리스트를 자동화할 여건에 있으니 더더욱 제대로된 프로젝트라면 해야만하고 실제로 하고있고.. 오히려 너는 그런 수준의 프로젝트 경험이 없으니 엉망인 코드베이스 위에서 위태위태하게 개발하고 있는 것 같다