BDD로 테스트에 중독되어 보자
김민섭 컬리 · 컬리 기술 블로그
AI 핵심 요약
팀 기술 모임에서 BDD를 접한 뒤, 작성 결과가 보기 좋다는 점에 끌려 적립금 만료일 계산기 기능을 대상으로 테스트를 시작했습니다. 지급일에 따라 다음 해 분기 말일, 같은 날짜, 또는 N일 후를 만료일로 정하는 정책을 한 번에 하나씩 테스트하며 검증했습니다. 처음에는 계층형 구조를 갖췄어도 읽기 어려웠지만, PR 리뷰와 몹 프로그래밍을 거쳐 테스트 결과와 표현을 더 명확하게 다듬었습니다. 작은 기능을 통해 BDD의 작성 재미와 가독성의 중요성을 확인했으며, 팀은 이를 계속 실험하고 있습니다.
- 테스트는 한 번에 하나씩 작성해 각 테스트가 검증하는 동작을 분명히 하세요.
- BDD 테스트는 계층 구조만 갖추는 데 그치지 말고, 결과 화면과 문장만으로 의도가 읽히는지 확인하세요.
- 초기 테스트 코드가 읽기 어렵다면 PR 리뷰나 몹 프로그래밍으로 표현을 함께 다듬을 수 있습니다.
- 복잡한 날짜 정책은 구체적인 지급일과 만료일 예시로 풀어 테스트 사례를 설계하세요.
소개
나라가 허락한 유일한 마약
비슷한 학습 자료
문서 강연신/안재은/한가영
쉼 없이 도는 테스트, 사람이 어디까지 돌봐야 할까요? - 토스닥터(Toss Doctor)
문서 토스 QA 플랫폼 팀
누군가는 토스를 테스트하는 동안, 우리는 테스트하는 법을 만듭니다.
문서 조민규
가치있는 테스트를 위한 전략과 구현
문서 딜리버리프로덕트 김태훈
TestContainers로 유저시나리오와 비슷한 통합테스트 만들어 보기
문서 박제희, 이규원, 이종립
신규 서비스 배포 전에 실험과 개선을 반복한 이야기
문서 홍혜린