오늘 한 일 : 포켓몬 도감 / 상세 페이지 tailwind 사용까지 해서 구현 끝
TDD 가 뭔지의 대한 개념 , CI/CD 가 뭔지 ?
TDD : 테스트 주도 개발 (개발 전에 테스트 코드를 먼저 작성하는 개발 방식 )
테스트 코드를 먼저 작성하려면 요구 사항을 분석한 뒤 이해하고 설계를 해야한다.
TDD 했을 때의 장점 : 모든 요구 사항에 대해 점검할 수 있다.
내부 구현보다는 인터페이스 위주로 작성해 코드의 퀄리티가 올라간다.
서로 의존하지 않는 코드들을 작성하며 퀄리티를 향상 시킨다.
TDD의 구성 ?
1 . 테스트 코드를 먼저 작성한다
2. 처음엔 당연히 실패
3. 그 테스트를 통과할 수 있을 정도의 코드만 작성하고 통과시킴
4. 이런 식으로 테스트먼저 > 실패 > 통과코드 / 기능구현 다 하고.
5. 리팩토링 진행 -> 리팩토링 진행하다보면 에러나옴 -> 에러 해결
TDD 필수 요건 : 정확한 요구사항이 있는 뒤에 TDD 가능
CI/CD
Continuous integration 지속적인 통합
CI : 일정 주기마다 자동적으로 머지하는 것
하는 이유 :
협업시 각자 개발을 머지 안한채로 오래할 경우 통합할때의 문제가 한 둘이 아니다.
장점 :
주기적으로 코드를 작성해서 문제점을 빠르게 찾는다.
문제의 크기도 작다.
곧, 퀄리티가 올라간다.
ci를 잘 운영하려면 새로운 코드마다 유닛테스트를 꼭 포함해야된다.
CD : 지속적인 제공 / 지속적인 배포
통합을 위한 단계 :
빌드,테스트, 머지 의 자동화 > release > deploy
지속적인 통합이 이뤄져야 지속적인 배포도 이뤄지는거임
Delivery : 직접 개발자나 검증팀이 검증을 한 후에 배포결정이 나면 수동적으로 배포함
Deployment : 자동으로 사용자에게 배포/ 모든 과정을 자동
