All Posts

일반적인 TDD 주기 1. 테스트를 작성한다. 원하는 인터페이스를 개발하라. 2. 실행가능하게 만든다. 3. 올바르게 만든다. 중복을 제거하라.

회사에서 이번에 새로운 프로젝트를 시작하게 되면서 레포를 새로 파고, 초기 세팅, 배포 등의 작업들을 하게 되었다. next js와 vercel로 배포 환경을 세팅하였는데, 알고보니 vercel에서는 github workflow를 통해 ci cd 환경에서 개발을 할 수 있는 방법을 제공하고 있었다.

테스트 주도 개발(TDD)의 대략적인 리듬 1. 재빨리 테스트를 하나 추가한다. 2. 모든 테스트를 실행하고 새로 추가한 것이 실패하는지 확인한다. 3. 코드를 조금 바꾼다. 4. 모든 테스트를 실행하고 전부 성공하는지 확인한다. 5. 리팩토링을 통해 중복을 제거한다.

켄트 벡의 테스트 주도 개발이라는 책으로 TDD에 대한 공부를 제대로 해보기로 했다. 회사에서 테크리드 분께서 추천해주신 책이다. 회사에서 TDD 방식의 테스트 자동화 환경에서 개발을 하고는 있지만, 제대로 된 사전 지식 없이 바로 실전에 투입되서 개발을 하고 있어서 내가 하고 있는게 명확히 무엇인지 개념이 바로잡혀있지 않고, 이렇게 테스트 코드를 짜는 것이 맞을까에 대한 확신이 부족하다. 개발을 할 때 깔끔한 코드를 작성하기 위해 늘 고민하는 개발자가 되기 위해 공부하기로 했다.

나만의 블로그를 만들고 싶어서 계속 미루고 미루다가 시작하게 되었다. 담대한 목표를 가지고 시작했다기 보다는 무언가 하나를 꾸준히 해내는 내 모습을 기록하고 싶어서 만들게 되었다. 개발을 하면서 느끼는 내 감정이나 생각들, 그리고 공부하면서 배워가는 것들에 대해서 기록하고자 한다.