본문은 Fastcampus의 [이규원의 현실 세상의 TDD]를 수강하고 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다.
도메인
- 소프트웨어는 문제를 푸는 도구
- 도메인은 소프트웨어가 풀어야할 문제가 정의되는 공간
- 비즈니스 시스템의 도메인은 비즈니스
- 문제를 충분이 이해하지 못하면 문제를 푸는 도구를 만들 수 없음
프로그래머와 기능 명세
- 프로그래머가 도메인 지식을 컴퓨터에 전달할 때엔 모든 요소들이 명확히 결정되어야 함
- 누락되거나 불명확한 부분이 없을 때까지 도메인 지식을 확보하지 못한 프로그래머는 지식 흐름의 상류에 지식 보강을 요청해야 함(분석가, 비즈니스 전문가)
- 하지만 어떤 프로그래머는 스스로 결정을 내림
- 도메인 지식 투영에 오차 발생 가능
- 지식이 프로그래머에게 일부만 전달됐을 때 프로그램 오류가 발생할 확률이 증가함
'테스트코드 > 이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법' 카테고리의 다른 글
[이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 5장: 테스트 우선 개발 (0) | 2022.07.22 |
---|---|
[이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 4장: 단위 테스트 (0) | 2022.07.21 |
[이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 3장: 코드 분해 (0) | 2022.07.21 |
[이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] 2장: 테스트 기법 (0) | 2022.07.21 |
[이규원의 현실 세상의 TDD: 안정감을 주는 코드 작성 방법] Intro: 좋은 코드 (0) | 2022.07.21 |