CI/CD의 테스트 전략: 모든 배포에 대한 품질 보장

1. CI/CD에 QA가 필요한 이유는 무엇입니까?

2. 1단계: 커밋 단계(푸시할 때마다 트리거됨)

• 정적 분석

  ESLint, Pylint, SonarQube

• 단위 테스트

  빠르고 독립적이며 외부 종속성이 없음

• 코드 적용 범위

  최소 임계값 설정(예: 80%)

3. 2단계: 통합 테스트 단계

• API 테스트

  서비스 간 상호작용 확인

• 데이터베이스 테스트

  마이그레이션, 데이터 무결성

• 타사 서비스 모의

  외부 서비스에 의존하지 않음

4. 3단계: E2E 테스트 단계

• 핵심 프로세스 테스트

  로그인, 구매, 결제 등 주요 경로

• 크로스 브라우저 테스트

  크롬, 파이어폭스, 사파리

• 시각적 회귀 테스트

  퍼시, 크로매틱

5. 4단계: 배포 전 수준

• 성능 테스트

  성능 저하가 발생하지 않도록 보장

• 보안 스캔

  OWASPZAP, 스닉

• 직접 검토

  필요한 경우 수동 승인

6. 품질 게이트 설정

7. 일반적인 CI/CD 테스트 함정

• 테스트가 너무 느림

  느린 테스트를 비차단 야간 빌드로 이동

• 불안정한 테스트

  불안정한 테스트는 즉시 수리하거나 격리해야 합니다. 그렇지 않으면 팀이 빨간불을 무시하는 데 익숙해지게 됩니다.

• 일관되지 않은 환경

  Docker를 사용하여 CI 환경이 프로덕션 환경과 일치하는지 확인

• 행복한 경로만 테스트하세요.

  부정적인 테스트는 엣지 케이스만큼 중요합니다.