TDD

일단은 내 감각대로 TDD 과제를 완성해서 제출했다.특히 헷갈리는 부분은 동시성 테스트 부분이었는데, 코드를 작성하면서도 이게 정말로 진정한 동시성이라고 할수 있나? 하는 부분이 있었다.여러 테스트를 작성했지만, 반복적인 내용이 대부분이고 난이도가 어렵진 않으니까 동시성을 테스트한 코드와 그 테스트를 위한 코드만 조금 보자. @Testfun 포인트가_정상적으로_증가() { val increasePoint = 1000L val mockUserPoint = makeMockUserPoint(0) val expectPoint = increasePoint + mockUserPoint.point val userPoint = makeMockUserPoint(increasePoint) giv..

TDD를 한번 해보자처음 해보는거라 막상 손을 대보려니 막막했다. 일단 과제로 주신 코드에는 DB관련 로직이 모두 구현되어있었다.그러면 리포지토리를 먼저 테스트해봐야하나... 근데 이미 코드가 작성되어있는건데 내가 테스트를 작성해야할 필요가 있을까?제약조건에 리포지토리를 건들지 말라고도 적혀있으니 그냥 넘어가기로 했다.테스트 틀리면 어떡할건데? 건들지도 못하는데! 라는 마인드 과제는 포인트 관련 증감/조회 연산을 구현하는 것 그래서 서비스 레이어부터 테스트해보기로 했다.테스트를 먼저 작성하라고 했지?근데 정작 Mock을 제대로 써본적이 없어서 여기저기 긁어모아서 어떻게 하는지 참고하고 작성했다.@ExtendWith(MockitoExtension::class)class PointServiceTest { ...

TDD가 왜 중요할까?토비의 스프링 3.1에서 나온 것이랑 똑같은 개념현재는 코드가 정확히 동작하더라도, 코드가 유지보수되며 확장될 때 코드가 수정되더라도 소프트웨어가 정상적으로 동작하는지 확인할 수 있다.개발해야하는 스코프가 더 많아지고 소프트웨어의 규모가 커짐에 따라 예측하기 힘든 행동 패턴에 의한 장애가 발생요구사항이 변경되었을 때 기존의 기능에 영향이 없는지 확인결론 - 지속적인 품질유지와 빠른 변화 대응을 위해TDD가 무엇인가?1. RED : 먼저 실패하는 테스트를 작성하라 (테스트 먼저 작성하고 동작하는 코드 만들기)2. GREEN : 최소한의 코드 구현으로 통과3. Refactor : 코드 개선하기 TDD는 다음의 원칙을 따른다항상 테스트를 먼저 작성작고 명확한 테스트를 작성명확한 책임 분리..