[10분 테코톡] 마이찬의 BDD는 방향을, TDD는 실행을 만든다(feat. Cucumber)

TDD가 실패하는 작은 테스트를 통과시키며 구현을 전진시키는 개발 리듬이라면 BDD는 사용자의 관점에서 시스템이 보여야 할 행동과 시나리오를 먼저 정의한다. 발표자는 BDD를 목적지와 경로를 보여주는 내비게이션에, TDD를 그 경로를 빠르게 달리는 실행 수단에 비유한다.

먼저 사용자 행동 시나리오와 이를 실행할 단계를 작성하고 전체 시나리오가 실패하는 상태를 확인한다. 이후 필요한 도메인 기능을 작은 TDD 사이클로 하나씩 구현하고 리팩터링한 뒤 바깥의 행동 테스트가 통과하는지 확인해 세부 구현과 사용자 목표를 함께 유지한다.

Cucumber는 자연어에 가까운 Gherkin 시나리오를 자동화된 테스트 코드와 연결하는 BDD 도구다. Given으로 사전 조건, When으로 사용자의 행동, Then으로 기대 결과를 적고 각 문장을 step definition에 매핑하면 기획 의도와 실행 가능한 검증을 같은 시나리오로 공유할 수 있다.

장기 게임 미션의 주요 사용자 흐름을 Gherkin 시나리오로 먼저 고정하고, 각 step을 만족시키는 더 작은 객체와 규칙을 안쪽의 TDD로 구현한다. 바깥의 BDD 테스트가 빠진 요구와 연결 오류를 잡고 안쪽의 단위 테스트가 설계를 이끌면서, 두 방식은 대체 관계가 아니라 서로 다른 크기의 피드백 루프로 협력한다.