오해할 만한 내용들이 있네요. TDD는 깨지게 하기 위해서 만드는것입니다. 말씀하신내용은 TDD라기보다 그냥 실무에서 테스트코드에 대한 내용입니다. TDD 중요효과는 스펙의 오류를 빨리알수있다. fast fail입니다. 사실 si일경우 테스트코드는 코스트일 수밖에 없습니다. 테스트코드의 주요효과는 리팩토링에 주효합니다. 테스트가 없으면 사실 새로 만드는게 나을 정도 되고 버리는 코드가 되버리겠죠. (유닛)테스트,TDD등용어에 혼용이 있어보이는데 테스트전략, 테스트피라미드 이라고 검색해보세요. 목,커버리지,프론트엔드 등 궁금하신게 해결되실껍니다.
오해할 만한 내용들이 있네요. TDD는 깨지게 하기 위해서 만드는것입니다.
말씀하신내용은 TDD라기보다 그냥 실무에서 테스트코드에 대한 내용입니다.
TDD 중요효과는
스펙의 오류를 빨리알수있다. fast fail입니다.
사실 si일경우 테스트코드는 코스트일 수밖에 없습니다. 테스트코드의 주요효과는 리팩토링에 주효합니다. 테스트가 없으면 사실 새로 만드는게 나을 정도 되고 버리는 코드가 되버리겠죠.
(유닛)테스트,TDD등용어에 혼용이 있어보이는데 테스트전략, 테스트피라미드 이라고 검색해보세요. 목,커버리지,프론트엔드 등 궁금하신게 해결되실껍니다.
의견 주셔서 감사합니다. 말씀하신 것에 대부분 동의함에도 불구하고 오해할 만한 내용들이 있다고 말씀하시는 것을 보면 제가 오해할 만한 내용들을 담기는 했나 봅니다. :)
차이가 있다면 SI가 아니라 보통의 서비스도 개발 비용을 무시할 수 없다는 정도겠네요.
13:19 13:44 27:13
디스크 걸려요~ ^^