TDD 정리

나는 초기 IT 스타트업에서 서버 개발자로 일하는 중에 있다. TDD가 개발에 있어서 중요함을 넘어서 당연히 시행되어야 한다. 하지만 지금까지 TDD에 대한 막연한 생각은 있었지만 이 기회에 공부해보자.

이전의 글을 바탕으로 TDD의 장점을 상기하며 TDD를 수행해보자. TDD의 장점 지속적인 코드 정리 빠른 피드백 테스트를 통과할 만큼만 코드 작성 설계대로 진행 >이 예제는 켄트 백 - 테스트 주도 개발을 참고해 작성했습니다. 환경 SpringBoot - 3

문제 >TDD를 실무에서 사용하다보니 문제를 찾았다. 실시간 데이터를 테스트할 때 자동화하기 어렵다는 문제를 발견했다. 처음에는 해결할 방법을 찾지 못해 실시간 데이터를 @BeforeEach를 통해 모든 단위 테스트 별로 save하는 방식을 사용했는데, 이 방법에도

이전의 TDD를 공부한 내용을 토대로 실무에서 레거시 코드에 TDD를 적용해보자!!! 어떻게? >김창준님의 함께 자라기를 읽었었는데 그 책에서 나오는 내용 중 개인적인 공부와 업무를 따로 두지말라는 말이 있었는데, 이 말이 상당히 인상깊었다. 그래서 실천하고자 이전

리팩토링 규칙 > TDD와 클린코드 그리고 다른 서적들을 읽고, 블로그나 아티클을 찾아서 정리하고 팀원과 공유하여 리팩토링에서 나름의 규칙을 정해보았다. 절대 작동하는 것이 정상 작동하게 해야한다. 1번을 무조건 지킨다. 성능을 개선하기위해 노력한다. 클린코드를