비즈니스 소프트웨어 개발 프로세스에 TDD를 적용하는 방법과 사례를 소개한다.

1. 당신의 TDD가 항상 실패하는 이유

2. 우리는

3. 우리 프로젝트는
• Non-Startup
• Business Service
• Global Market
• Competitors
• Message-Driven
• Multitenancy
• Scalable
• Responsive

4. 우리 팀은
비장하다
Message-Driven
Domain-Driven Design
Event Sourcing
Command Query Responsibility Segregation
Test-Driven Development
Continuous Deployment
Code Review
Pair Programming
Retrospective
Sprint
Distributed System
Asynchronous
Cloud

5. 우리 평가는
“생각보다 만족한다.”
“방향 잘 잡았다.”

6. TDD가 실패하는 이유

7. “You are not prepared!”
Illidan Stormrage

8. 당신이 TDD에 실패하는 이유

9. 당신은 이렇게 하지 않는다.

11. 우리가 보호해야 하는 것
• AWS

12. 우리가 보호해야 하는 것
• AWS

13. 우리가 보호해야 하는 것
• AWS
• Spring

14. 우리가 보호해야 하는 것
• AWS
• Spring

15. 우리가 보호해야 하는 것
• AWS
• Spring
• 도메인

16. 우리가 보호해야 하는 것
• 도메인

17. 우리가 제어할 수 없는 것
• 외부 세상
• 실 세계
• 인프라
• 외부 서비스
• 레거시

18. 설계
• 낮은 결합
• 높은 응집
• 도메인 모델 보호

19. 설계를 테스트 하라

20. 구현 테스트
Test
Interface
Implementation
Test
Test
Test

21. 구현 테스트
Test
Interface
Implementation
Test
Test
Test

22. 구현 테스트
Test
Interface
Implementation
Test
Test
Test

23. 정보 숨김(Information Hiding)
• David Parnas, 1971
• On the Criteria To Be Used in Decomposing Systems into Modules
• Information distribution aspects of design methodology
• 어려운 설계 결정과 변경될 가능성이 높은 설계
결정들을 다른 모듈로부터 숨기는 것

24. 설계 테스트
Test
Interface
Implementation
Test
Test
Test

25. 설계 테스트
Test
Interface
Implementation
Test
Test
Test

26. 레거시와 함께 살기
Legacy
Adapter
System Under Test

27. 당신의 팀이 TDD에 실패하는 이유

28. 당신의 팀은 이렇게 하지 않는다.

29. 프로세스
• 점진
• 반복
• Fail-Fast

30. 반복 주기
• 계획
• 실행
• 평가

31. 문화
• 공유
• 목표
• 지식

32. 아키텍처
• 낮은 결합
• 높은 응집
• 도메인 모델 보호

33. 도메인 모델과 플랫폼
Platform
Domain Model

34. 도메인 모델과 플랫폼
Platform
Domain Model

35. 아키텍처 사례
Business Logic
Services
Modules
Application Platform

36. MVVM 아키텍처 패턴
Model
View
View Model

37. 신나고 재미난 라이브 코딩

38. 목적
• 소프트웨어 사용자에게 어떤 가치를 전달할
것인가?

39. 분석
• 목적을 달성하기 위해 소프트웨어에 어떤 변경이
필요한가?

40. 작업 설계
• 소프트웨어 변경은 어떤 세부 작업들이 있는가?
• 각 작업들은 어떤 순서로 진행되어야 하는가?
• 각 작업들은 누가 담당하는가?

41. TDD
Red
GreenRefactor

42. ATDD + TDD
Red
GreenRefactor
Red
Green
Unit TestAcceptance Test

43. 코드 설계
• 작업에는 어떤 코드 변경(commit)이 필요한가?

44. 테스트 작성
• 코드 변경을 검증하는 자동화된 테스트 케이스

45. 코딩
• 테스트 케이스를 만족하는 최소한의 코드 쓰기

46. 리팩터
• 의도 노출
• 중복 제거
• 추상화 수준 조절

47. 피드백
• 단위 테스팅
• 코드 리뷰
• 기능 테스팅
• 수동 테스팅
• 사용자 반응 수집

48. 질문