Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
Tags
- MariaDB
- State
- 바스트로37
- SpockFramework
- SpringCamp
- Replacation
- nginx
- 오삼철판볶음
- BDD
- react component
- 전나라동동공주
- 고릴라볼링장
- DockerCompose
- Hook
- NVM
- 강다니엘
- useEffect
- 오뚜기숯불소금구이
- 판교
- Java
- docker
- 신미낙지
- SetMail
- Spring
- NapuCon2016
- SpringCamp2017
- SpringCamp2019
- react
- 진1926
- 양살치살
Archives
- Today
- Total
목록TDD (1)
Note

BDD(Behavior-Driven Development)란? BDD는 TDD에서 파생된 개발 방법론으로 테스트에 대한 집중보다는 명세와 행위에 대해 비중을 두고 있다. TDD TDD는 Test Case(이하 TC)를 작성하고 실패를 확인 후 실제 비즈니스 코드를 작성, TC 성공확인을 하나의 반복주기로 잡고, 이를 반복해서 진행하는 것을 요구한다. 하지만 TC를 작성하는데 의문점이 있다. 코드가 없는데 무엇을 테스트할 것인가? TDD를 보면 무엇을 테스하는지에 대한 명시는 되어있지 않다. 또한, 보통 테스트라 하면 제품이 나오면 그 제품을 사용해보면서 제대로 작동하는지 확인을 해보는 과정인데, 제품이 나오지도 않았는데 테스트를 한다라는 것부터 모순이 생긴다. 이를 개선한 것이 BDD라고 생각을 한다. ..
Dev/Specification
2019. 11. 24. 16:29