본문은 Fastcampus의 [이규원의 현실 세상의 TDD]를 수강하고 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다.
인수 테스트
- 배치된 코드를 대상으로 최종 클라이언트 관점으로 테스트
- UI 응용프로그램
- 사용자가 클라이언트
- 테스트 자동화 작성과 운영비용이 상대적으로 높음
- API 응용프로그램
- 외부 시스템이 클라이언트
- 테스트 자동화 작성과 운영비용이 상대적으로 낮음
인수 테스트 vs 단위 테스트
- 피드백
- 테스트가 실패했을 때 실패한 테스트를 복구할 수 있는 데 필요한 정보
- 어느 곳에, 어떠한 문제가 있는지 밝히는 것
- 결정성
- 인수테스트는 전체 시스템이 동작하고 그것을 테스트하는 것이기 때문에 부분을 구성하는 시스템이 잘못됐을 확률이 단위 테스트에 비해 높다
- 또한, 기계가 아닌 사람이 테스트를 수행하기 때문에 상대적으로 비결정적이다
인수 테스트 주도 개발
'테스트코드 > 이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법' 카테고리의 다른 글
| [이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2부 11장: 코딩 계획 (0) | 2022.08.12 |
|---|---|
| [이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2부 9장: 인터페이스와 테스트 (0) | 2022.08.11 |
| [이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2부 8장: 테스트 주도 개발의 한계 (0) | 2022.08.11 |
| [이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2부 7장: 테스트 주도 설계 (0) | 2022.08.11 |
| [이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2부 6장: Should I test private methods (0) | 2022.08.11 |
