16주차-파트01:

CHAPTER 1.

🌱전통적 인도 프로세스의 한계점

• 느린 인도기간, 피드백 주기 : 개발 요구사항이 정의된 때부터 제품전달 완료되기까지 긴 시간 소요
• 자동화 미비
• 핫픽스 위험성 : 긴급한 코드 변경에 대하여 충분한 테스트가 이루어질 수 없는 위험
• 개발문화 건정성 제한

➡️➡️➡️➡️ 해결책 : 지속적 인도/ 배포 방식

 

 

✔️지속적 통합 (CI : Continuous Integration)

코드가 올바르게 빌드 및 통합되는지 자동으로 확인

• 리포지토리에서 코드를 체크 아웃
• 빌드( 컴파일 및 링크 등)를 수행하고 단위테스트(UI : Unit Test)를 행함
• 코드 품질을 검증 - 정적 분석 (static analysis)을 통한 규칙 검사, 코딩 규약 등의 준수 여부 검사

개발팀에 1차적인 피드백을 제공

 

 

 

✔️인수 테스트 (UAT : User Acceptance Test)

• 제품이 릴리스할 준비가 되었는지를 "사용자(고객) 요구사항에 견주어" 확인
• 전통적으로 QA(Qualitiy Assurance) 팀의 역할
• 통합 테스트, 인수 테스트, 비기능적 분석(성능, 확장성, 보안,...)등을 포함

 

 

✔️CD 파이프라인에 통합

• 품질 점검을 나중에 하는 것이 아니라 개발 중에 제품에 내재시키자는 것
• 개발자가 구현을 마치는 즉시 고객이 원하는 제품인지를 검증
• 소프트웨어의 인도 결정을 자동화한다는 뜻

 

CHAPTER 2.

CHAPTER 3.

CHAPTER 4.