이규원님의 현실 세상의 TDD 기초, 8편 : 프로그래머 피드백

📖 이규원 님의 TDD 수강하는 걸 추천드립니다. 👍

The RED : 이규원의 현실 세상의 TDD : 안정감을 주는 코드 작성 방법 | 패스트캠퍼스

---

피드백

사용자의 피드백부터 시작하여 QA, 테스트, 도구 피드백 등

개발자에겐 피드백은 매우 중요한 요소다.

 

 

 

사용자 피드백 

사용자가 소프트웨어를 사용한 후 버그나 개선 사항들을 제보.

개발하고나서 사용자에게 가는 거까지 앤드단계이기 때문에

가장 확실한 피드백이자 제품과 비즈니스 입장에서 피해가 큰 피드백이다.

 

 

QA (Quality Assurance)

전문 인력이 다양하게 사용하고 테스트를 진행한다.

사용자와 비슷한 피드백을 받는다. 소프트웨어를 평가받고 인수테스트로 많이 사용한다.

 

 

프로그래머 테스트

프로그래머가 작성하는 코드가 제대로 작동하는지 확인하는 테스트 코드다.

처음엔 작성하는 비용이 있지만 이후 자동화 테스트로 별도의 인력이 없어 실행비용이 없다.

빠른 피드백으로 코드 품질에 도움을 준다.

 

 

도구 피드백

컴파일러, 코드 편집기, 플러그인 등 도구를 사용하여 제공받는 피드백이다.

흔히 보는 문법에러가 포함된다.

 

 

오버엔지니어링

성능 달성이나 품질 개선을 과하게 진행하는 경우가 있다.

나쁜것이 아니지만, 지나친 경우엔 더 중요한 목표, 기능 요구사항에 써야할 자원을 낭비할 수 있다.

흔히 오버엔지니어링에 빠졌다고 한다.

 

TDD는 다음 목표에 넘어가라고 모든 테스트가 성공했다는 피드백을 제공한다.

오버엔지니어링을 벗어나게 해준다.

 

 

 

결론

TDD의 핵심은 정해진 절차가 아니라 짧은 주기로 지속되는 피드백이다.