테스트 환경 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

테스트 환경

품질 보증(QA) 담당자는 테스트 환경을 사용하여 기능을 검증합니다. 테스트를 완료한 후 변경 사항을 승인합니다. 승인하면 브랜치는 다음 환경인 스테이징으로 이동합니다. Gitflow에서이 환경 및 그 이상의 다른 환경은 release브랜치에서만 배포할 수 있습니다. release 브랜치는 계획된 기능이 포함된 develop브랜치를 기반으로 합니다.

액세스

최소 권한 원칙에 따라 권한을 할당합니다. 개발자는 개발 환경보다 테스트 환경에 대한 액세스 권한이 적어야 합니다. QA 담당자는 기능을 테스트할 수 있는 충분한 권한이 필요합니다.

빌드 단계

이 환경의 빌드 프로세스는 Gitflow 전략을 사용할 때 버그 수정에만 적용됩니다. bugfix 브랜치에 대한 병합 요청을 생성하면 빌드가 자동으로 시작됩니다.

  1. git-secrets(GitHub)를 사용하여 민감한 정보 스캔

  2. 소스 코드 린트

  3. 해당하는 경우 소스 코드 빌드 및 컴파일

  4. 단위 테스트 수행

  5. 코드 적용 범위 분석 수행

  6. 정적 코드 분석 수행

  7. 빌드 IaC

  8. IaC 보안 분석 수행

  9. 오픈 소스 라이선스 추출

배포 단계

개발 환경에 배포한 후 테스트 환경에서 release브랜치(Gitflow) 또는 main브랜치(Trunk 또는 GitHub Flow)의 배포를 자동으로 시작합니다. 다음은 테스트 환경의 배포 단계입니다.

  1. 테스트 환경에 release브랜치(Gitflow) 또는 main브랜치(Trunk 또는 GitHub Flow) 배포

  2. 지정된 직원의 수동 승인을 위해 일시 중지

  3. 게시된 아티팩트 다운로드

  4. 데이터베이스 버전 관리 수행

  5. IaC 배포 수행

  6. 통합 테스트 수행

  7. 성능 테스트 수행

  8. 품질 보증 승인

스테이징 환경으로 이동하기 전 기대 사항

  • 개발 및 QA 팀은 조직의 요구 사항을 충족하기에 충분한 테스트를 수행했습니다.

  • 개발 팀이 bugfix브랜치를 통해 발견된 버그를 해결했습니다.