TDD vs BDD vs DDD (+JDD)

기존의 폭포수 모델 에서 동일하게 가지고 있는 문제를 해결하기 위한 개발 방법론.

• TDD(Test Driven Development) : 테스트 주도 개발. 코드를 작성하기 전에 테스트(Test)를 먼저 작성.
• BDD(Behavior Driven Development) : 행동 주도 개발. 코드를 작성하기 전에 코드가 수행할 행위(Behavior)에 대한 명세를 먼저 작성.
• DDD(Domain Driven Design) : 도메인 주도 개발. 여기서 도메인이란, SW로 해결하고자 하는 문제의 영역, 즉 만들고자 하는 서비스를 잘게 쪼개놓은 단위(JAVE, 객체지향, OOP)

1) TDD

- 참고) https://rinthel.github.io/rust-lang-book-ko/ch11-01-writing-tests.html

테스트 작성하기 - The Rust Programming Language

- 테스트 주도 개발(Test-driven development TDD)은 매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나이다. 개발자는 먼저 요구사항을 검증하는 자동화된 테스트 케이스를 작성한다. 그런 후에, 그 테스트 케이스를 통과하기 위한 최소한의 코드를 생성한다. 마지막으로 작성한 코드를 표준에 맞도록 리팩토링한다.

- 코드를 짜기 전에 먼저 해야하는 게 테스트 코드 만들기

- 먼저 red light를 보고 -> green light로 바꾸기

- https://jojoldu.tistory.com/674?category=1036934 

1. 테스트하기 좋은 코드 - 테스트하기 어려운 코드

https://mingule.tistory.com/43

TDD, BDD란?

 

2)BDD

- Given, When, Then

- BDD는 시나리오를 기반으로 테스트 케이스를 작성하며 함수 단위 테스트를 권장하지 않는다

- 테스트 대상은 A 상태에서 출발하며(Given) 어떤 상태 변화를 가했을 때(When) 기대하는 상태로 완료되어야 한다. (Then), 또는 Side Effect가 전혀 없는 테스트 대상이라면 테스트 대상의 환경을 A 상태에 두고(Given) 어떤 행동을 요구했을 때(When) 기대하는 결과를 돌려받아야 한다. (Then)

- tdd에서 actual과 expected에 환경을 추가한 것 같음

 

 

3) DDD

- JAVA진영에서 파생되어 나온 개발 방법으로 context에 맞춘 함수들이 하나의 도메인안에 있어야 한다가 기본이다

- MTV, model = domain

- 하지만, DDD를 지키려고 하면 수많은 제약사항이 발생함. 우주 안에 또하나의 우주를 만들어야함.

- 객체안에는 필드가 있고 행동하게하는 메서드가 있다 -끝- 

- function과 method는 다르다

https://huisam.tistory.com/entry/DDD

DDD(Domain Driven Design) - 도메인 주도 설계란? 마이크로서비스의 관점에서

https://victorydntmd.tistory.com/117

객체 지향 프로그래밍( OOP ) 개념

https://happycloud-lee.tistory.com/94

DDD 핵심만 빠르게 이해하기

 

 

+ JDD 주둥아리 주도 개발 

https://github.com/Lee-WonJun/JDD-Description

GitHub - Lee-WonJun/JDD-Description: Ju-Dung-A-Li Driven Development

+ reference1)

https://happycloud-lee.tistory.com/261?category=8322466 

일하는 방식 변화 핵심만 빠르게 이해하기: 애자일, 마이크로서비스, 데브옵스, 클라우드