CI/CD의 테스트 전략: 모든 배포에 대한 품질 보장
CI/CD 파이프라인에서 테스트 전략을 계획하는 방법, 커밋부터 배포까지 각 단계에서 어떤 테스트를 실행해야 하는지, 품질 수준을 설정하는 방법을 공유하세요.
마지막 업데이트:2026-03-07
이 문서에서는 GitHub Actions를 예로 사용합니다. 다른 CI/CD 도구의 설정은 다를 수 있습니다.
목차
1. CI/CD에 QA가 필요한 이유는 무엇입니까?
자동화된 테스트를 위한 CI/CD는 없으며 단지 "버그를 프로덕션에 빠르게 배포"할 뿐입니다. 품질 수준은 CI/CD의 핵심입니다.
2. 1단계: 커밋 단계(푸시할 때마다 트리거됨)
실행 시간 목표: < 5분
-
정적 분석
ESLint, Pylint, SonarQube
-
단위 테스트
빠르고 독립적이며 외부 종속성이 없음
-
코드 적용 범위
최소 임계값 설정(예: 80%)
3. 2단계: 통합 테스트 단계
실행 시간 목표: < 15분
-
API 테스트
서비스 간 상호작용 확인
-
데이터베이스 테스트
마이그레이션, 데이터 무결성
-
타사 서비스 모의
외부 서비스에 의존하지 않음
4. 3단계: E2E 테스트 단계
실행 시간 목표: < 30분
-
핵심 프로세스 테스트
로그인, 구매, 결제 등 주요 경로
-
크로스 브라우저 테스트
크롬, 파이어폭스, 사파리
-
시각적 회귀 테스트
퍼시, 크로매틱
5. 4단계: 배포 전 수준
품질 방어의 마지막 라인:
-
성능 테스트
성능 저하가 발생하지 않도록 보장
-
보안 스캔
OWASPZAP, 스닉
-
직접 검토
필요한 경우 수동 승인
6. 품질 게이트 설정
배포를 차단해야 하는 경우: 단위 테스트 실패(무관용), 임계값 미만의 적용 범위, 높은 심각도의 보안 취약성, 10%를 초과하는 성능 지표 저하, 핵심 E2E 테스트 실패.
7. 일반적인 CI/CD 테스트 함정
다음과 같은 일반적인 문제를 피하세요.
-
테스트가 너무 느림
느린 테스트를 비차단 야간 빌드로 이동
-
불안정한 테스트
불안정한 테스트는 즉시 수리하거나 격리해야 합니다. 그렇지 않으면 팀이 빨간불을 무시하는 데 익숙해지게 됩니다.
-
일관되지 않은 환경
Docker를 사용하여 CI 환경이 프로덕션 환경과 일치하는지 확인
-
행복한 경로만 테스트하세요.
부정적인 테스트는 엣지 케이스만큼 중요합니다.
관련 게으른 가방
2026년 QA 트렌드: AI 테스트, Shift-Left 및 새로운 경력 방향
AI 지원 테스트, Shift-Left 전략, QA 엔지니어의 경력 전환 방향 등 QA 분야의 최신 동향을 살펴보세요.
API 測試入門：用 Postman 和 pytest 打造你的第一個 API 測試
API 測試是現代 QA 必備技能。從 HTTP 基礎概念到實際用 Postman 和 pytest 寫測試，帶你踏出 API 測試的第一步。
QA 경력 개발 청사진: 주니어에서 리드까지의 완전한 경로
QA 경력에는 한 가지 경로만 있는 것이 아닙니다. 주니어 QA부터 QA 리드까지 각 단계의 역량 요구 사항과 혁신 옵션을 공유하세요.
요설
본 사이트에 제공된 정보는 참고용일 뿐이며 그 완전성과 정확성을 보장하지 않습니다. 사용자는 정보의 적용 가능성에 대해 스스로 판단해야 합니다.