BDD

BDD

UserPreferences

인덱스

도움말

찾기

대문

바뀐글

목적
BDD
관련 서적
관련 사이트

Since 2009. 8. 28.

목적

BDD(Behaviour Deriven Development)

BDD

Agile2009에서 (2009. 9. 5)

'아 BDD가 이런거구나'라는 것을 처음으로 예제를 통해서 맛을 봤다.
BDD는 이렇게 보면 되겠구나

TDD와 AT의 타협점
초기 개발자와 QE의 스펙 협의 가능
스펙의 구체화 가능
기존 개발자가 TDD에 비해 좀더 쉽게 시작할 수 있지 않을까?

BDD 예제 찾기 (2009. 9. 5)

BDD로 개발하는 예제 찾아보기

BDD Naming Style (2009. 9. 8)

public class WhenTheSystemIsReadyToServiceSomething{ 
    @Before 
    public void describeTheContext(){ 
    } 
 
    @Test 
    public void shouldDoSomething1(){ 
    } 
 
    @Test 
    public void shouldDoSomething2(){ 
    } 
}

JDave (2009. 9. 9)

Java환경에서 BDD를 위해 JUnit를 보완한 Framework.

JDave공식 홈페이지

BDD가 추구하는 가치 (2009. 9. 23)

BDD를 보면 마치 TDD의 르네상스가 아닐까 생각한다.
지금까지 TDD를 해야한다는 타당한 이유를 현재의 낮은 s/w 품질을 높이기 위한 수단으로 제시되었다.
컨설턴트 입장에서 TDD를 하기 싫어하는 개발자에게 압력을 가하기 위해서 관리자를 품질문제로 설득했다.
하지만 개발자 입장에서 unit test는 하기 싫고 마치 테스트부서나 품질부서의 일을 대신 하는 느낌을 받는다.

어찌보면 BDD는 기존 TDD와 거의 차이가 없다. 아니 같은 활동을 하는 것이다.
그럼 어떤 차이가 있는 것일까?
다른 관점에서 Test활동을 정의한다.
T가 아닌 B다.
개발에서 테스트는중요하다. 개발자에게 더 중요한 것은 System Behavior를 이해하는 것이다.

좀더 TDD의 가치를 개발자 중심으로 해석하고, 개발의 중심을 System Behavior에 두고 s/w를 설계하고 개발해 나가는 것을 강조했다고 생각한다.

BDD :

Legacy Code에서의 경험 (2009. 9. 23)

실제 Legacy Code에 unit test 작업을 하면서 가장 힘든 점 중에 하나는
실제 기능담당자도 system behavior에 대한 이해가 부족하다는 것이다. 오랫동안 누군가가 작성한 코드며 문제가 나면 그 부분에 대한 이해를 높이는 수준으로 작업을 하고 있었다.

'이 함수는 무슨 일을 하나요?'
'이 함수는 어떤 경우에 사용되는 건가요?'
'이런 동작을 할 때는 어떤 함수를 사용해야 하나요?'

개발자에게 System Behavior의 이해를 높이는 방법이 요구된다.

질문법 (2009. 9. 23)

BDD개발을 위한 질문방법
시스템이 해야하는 가장 중요한 것은 무엇인가?

시스템이 아직 하지 않은 다음으로 중요한 것은 무엇인가?

시스템이 없다면 어디가 무엇이 가장 큰 영향인가?

목적

BDD

관련 서적

관련 사이트