스테이징 및 프로덕션 테스트
코드, 파일 및 데이터를 스테이징 또는 프로덕션으로 성공적으로 마이그레이션한 후 환경 URL을 사용하여 사이트 및 스토어를 테스트합니다. 다음은 로그 확인, Fastly 구성 테스트, UAT(사용자 수락 테스트) 등에 대한 정보를 제공합니다.
로그 파일
테스트할 때 배포 시 오류 또는 기타 문제가 발생하는 경우 로그 파일을 확인하십시오. 로그 파일이 var/log
디렉터리에 있습니다.
배포 로그가 /var/log/platform/<prodject-ID>/deploy.log
에 있습니다. <project-ID>
값은 프로젝트 ID와 환경이 스테이징인지 아니면 프로덕션인지에 따라 다릅니다. 예를 들어 프로젝트 ID가 yw1unoukjcawe
인 경우 스테이징 사용자는 yw1unoukjcawe_stg
이고 프로덕션 사용자는 yw1unoukjcawe
입니다.
프로덕션 또는 스테이징 환경에서 로그에 액세스할 때 SSH를 사용하여 세 노드에 각각 로그인하여 로그를 찾습니다. 또는 New Relic 로그 관리를 사용하여 모든 노드에서 집계된 로그 데이터를 보고 쿼리할 수 있습니다. 로그 보기를 참조하세요.
코드 베이스 확인
코드 베이스가 스테이징 및 프로덕션 환경에 올바르게 배포되었는지 확인합니다. 환경에는 동일한 코드 기반이 있어야 합니다.
구성 설정 확인
기본 URL, 기본 관리 URL, 다중 사이트 설정 등이 포함된 구성 설정은 관리 패널을 통해 확인하십시오. 추가로 변경해야 하는 경우 로컬 Git 분기에서 편집을 완료하고 통합, 스테이징 및 프로덕션의 master
분기로 푸시합니다.
Fastly 캐싱 확인
Fastly를 구성하려면을(를) 자세히 확인해야 합니다. 올바른 Fastly 서비스 ID 및 Fastly API 토큰 자격 증명을 사용하고, Fastly VCL 코드를 업로드하고, DNS 구성을 업데이트하고, 환경에 SSL/TLS 인증서를 적용합니다. 이러한 설정 작업을 완료한 후 스테이징 및 프로덕션 환경에서 Fastly 캐싱을 확인할 수 있습니다.
Fastly 서비스 구성을 확인하려면:
-
/admin
이(가) 있는 URL 또는 업데이트된 관리자 URL을 사용하여 스테이징 및 프로덕션 관리자에 로그인합니다. -
스토어 > 설정 > 구성 > 고급 > 시스템 으로 이동합니다. 스크롤하여 전체 페이지 캐시 를 클릭합니다.
-
Caching application 값이 Fastly CDN(으)로 설정되어 있는지 확인하십시오.
-
Fastly 자격 증명을 테스트합니다.
-
빠른 구성 을 클릭합니다.
-
Fastly 서비스 ID 및 Fastly API 토큰 자격 증명의 값을 확인합니다. Fastly 자격 증명 가져오기를 참조하십시오.
-
자격 증명 테스트 를 클릭합니다.
note warning WARNING 스테이징 및 프로덕션 환경에서 올바른 Fastly 서비스 ID 및 API 토큰을 입력했는지 확인하십시오. Fastly 자격 증명은 서비스 환경별로 생성 및 매핑됩니다. 프로덕션 환경에서 스테이징 자격 증명을 입력할 경우 VCL 조각을 업로드할 수 없고 캐싱이 제대로 작동하지 않으며 캐싱 구성이 잘못된 서버 및 스토어를 가리킵니다. -
가장 빠른 캐싱 동작을 확인하려면:
-
사이트 구성에 대한 정보를 보려면
dig
명령줄 유틸리티를 사용하여 헤더를 확인하십시오.dig
명령을 사용하여 모든 URL을 사용할 수 있습니다. 다음 예제에서는 Pro URL을 사용합니다.- 준비 중:
dig https://mcstaging.<your-domain>.com
- 프로덕션:
dig https://mcprod.<your-domain>.com
추가
dig
테스트는 DNS를 변경하기 전에 Fastly의 테스트를 참조하십시오. - 준비 중:
-
cURL
을(를) 사용하여 응답 헤더 정보를 확인합니다.code language-bash curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1
헤더 확인에 대한 자세한 내용은 응답 헤더 확인을 참조하십시오.
-
라이브 상태가 되면
cURL
을(를) 사용하여 라이브 사이트를 확인하세요.code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
전체 UAT 테스트
스테이징 및 프로덕션에 대한 UAT(사용자 승인 테스트)를 완료합니다. 다음 테스트는 판매자와 고객으로서 테스트할 수 있는 작업 및 영역의 빠른 목록입니다. 목록이 더 길어질 수 있으며 사용자 지정 모듈, 확장 및 타사 통합에 대한 추가 테스트가 포함될 수 있습니다. 테스트할 때는 데스크탑, 노트북 및 모바일 장치를 사용합니다.
문제가 발생하면 재생 단계, 오류 메시지, 이상한 화면 캡처 및 링크를 저장하십시오. 이 정보를 사용하여 통합 환경 코드 및 구성 또는 환경 설정의 문제를 조사하고 해결할 수 있습니다.
부하 및 부하 테스트
시작하기 전에 스테이징 및 프로덕션 환경에서 광범위한 트래픽 및 성능 테스트를 수행하는 것이 가장 좋습니다. 프론트엔드 및 백엔드 프로세스에 대한 성능 테스트를 고려하십시오.
테스트를 시작하기 전에 테스트 중인 환경, 사용 중인 도구 및 기간에 대한 지원을 제공하는 티켓을 입력합니다. 성과 추적을 위해 결과와 정보로 티켓을 업데이트합니다. 테스트를 완료하면 업데이트된 결과를 추가하고 티켓 테스트가 완료되고 날짜 및 타임스탬프가 포함된 메모를 보내십시오.
출시 전 준비 프로세스의 일부로 성능 도구 키트 옵션을 검토하십시오.
최상의 결과를 얻으려면 다음 도구를 사용하십시오.
- 응용 프로그램 성능 테스트—사이트 응답 시간을 테스트하도록
TTFB_TESTED_PAGES
환경 변수를 구성하여 응용 프로그램 성능을 테스트합니다. - Siege - 스토어를 한계까지 밀어내는 트래픽 셰이핑 및 테스트 소프트웨어입니다. 구성 가능한 수의 시뮬레이션된 클라이언트를 사용하여 사이트를 테스트합니다. Siege는 기본 인증, 쿠키, HTTP, HTTPS 및 FTP 프로토콜을 지원합니다.
- Jmeter—플래시 판매와 같은 스파이크 트래픽의 성능을 측정하는 데 도움이 되는 뛰어난 부하 테스트입니다. 사이트에 대해 실행할 사용자 지정 테스트를 만듭니다.
- New Relic(제공됨) - 데이터, 쿼리, Redis 등의 전송과 같은 작업당 추적된 시간을 사용하여 느린 성능을 유발하는 사이트의 프로세스 및 영역을 찾는 데 도움이 됩니다.
- WebPageTest 및 Pingdom—원본 위치가 다른 사이트 페이지 로드 시간의 실시간 분석. 핑돔(Pingdom)은 추가 요금이 부과될 수 있습니다. WebPageTest는 무료 도구입니다.
기능 테스트
MFTF(Magento 기능 테스트 프레임워크)를 사용하여 Cloud Docker 환경에서 Adobe Commerce에 대한 기능 테스트를 완료할 수 있습니다. Commerce용 Cloud Docker 안내서 에서 응용 프로그램 테스트를 참조하십시오.
보안 검색 도구 설정
귀하의 사이트에 대 한 무료 보안 검색 도구가 있습니다. 사이트를 추가하고 도구를 실행하려면 보안 검사 도구를 참조하세요.