TIL - Spring MVC 테스팅

https://nothing-is-on-my-way.tistory.com/75

Spring-MVC JUnit을 사용한 단위 테스트

 

TDD(Test Driven Development) : 테스트 주도로 개발을 이끌어나가는 것.

 

먼저 테스트를 작성하고 나서, 테스트가 정상적으로 돌아갈 때가지 테스트를 하면서 코드를 작성하는 작업. 원하는 작업이 제대로 돌아갈 때까지 테스트와 코드 작성을 무한대로 반복하며 개발을 하면 된다.

 

 

 

BDD(Behavior Driven Development) : 잘 짠 TDD

 

TDD의 한 종류로, 프론트엔트에서 더 장점이 두드러지는 경향이 있다. 메서드 위주의 TDD보다 행동을 조금 더 강조.

TDD를 하면서 개발을 하다보면 Testcase에 대해서도 계속 유지보수해야 하는데 귀찮기도 하고, 마감기한이 정해진 프로젝트라면 일정에 대한 압박을 받을 수도 있다. 그렇기 때문에 매번 개발을 진행하면서 기능과 예외 사항에 대해 매번 생각하고 Testcase를 작성하는 것은 생각보다 비용이 많이 들어갈 수 있음.

하지만 만약 여기에서 이미 작성된 요구사항이나 기획서가 있고, 그에 맞추어 테스트 케이스를 작성하게 된다면, 위와 같은 시간에 대한 비용이 줄게 된다. → 이게 BDD

 

 

 

BDD예시 - 이모티콘 스튜디오 검수 등록 화면 기획서 기반 BDD TestCase

• Given
  • 본인 인증된 사용자가 로그인된 상황에서
• When
  • 검수 정보를 입력하고 검수 등록 버튼을 누르면
  • 검수 정보를 미입력하고 검수 등록 버튼을 누르면
• Then
  • 등록 결과가 포함된 검수 진행 목록 화면으로 이동
  • 검수 등록 실패 사유가 화면에 표시됨.

 

 

 

TDD와 BDD의 차이점

TDD의 테스트 케이스는 테스트할 모듈의 기능을 확인하는 관점에서, BDD의 테스트 케이스는 시나리오 주체를 기준으로 한 행위를 확인하기 위한 관점에서 작성이 된다.

예) 계산기 테스트의 경우

BDD는 TDD에서 파생된 개발 방법론으로, 개발자와 비개발자의 협업 과정을 녹여낸 방법.

 

프로젝트에서 BDD의 테스트케이스로 시나리오 검증(설계 누락을 미리 잡아냄)을 하고, 해당 시나리오에서 사용하는 각 모듈들은 TDD의 테스트케이스로 검증을 하는 방법이 좋음.

•