개인 WordPress 시술 사이트 준비, 라이브 지불없이 WooCommerce 테스트, 이메일 및 웹 후크를 제어하고, 라이브 주문을 예약하는 동안 릴리스 변경.
시술 사이트는 방문객에게 도달하기 전에 변경 사항을 다시 사용할 수있는 별도의 사본입니다. 정확한 변경을 작성: PHP 버전, 테마 릴리스, 플러그인 업데이트 또는 체크 아웃 통합. 그 결과에 찬성할 사람이 이름을 명명하고 그 결과에 대한 웹 사이트 기능을 나열합니다.
자신의 도구 또는 합의 된 설정을 통해 테스트 환경을 정렬하고 PHP, 데이터베이스, 확장 및 응용 프로그램 버전을 비교하십시오. 기록의 차이. 다른 런타임에 대한 테스트는 투자가되는 문제를 놓치지 않을 수 있습니다. 호스팅 주문의 WordPress 또는 PHP 선호도를 선택하면 staging 복사를 만들 수 없습니다.
복사를 준비하기 전에 생산 파일 및 데이터베이스의 일치 백업을 유지하십시오. 파일 업로드, 테마, 플러그인 및 복원에 필요한 구성을 포함. 자신의 데이터베이스 연결을 자극하고 모든 것을 가져 오기 전에 목적지를 확인합니다. 시술에 만들어진 변화는 생산 응용 프로그램을 untouched 잎.
시험 고객 및 통제되는 주소를 사용하십시오. 실제 데이터가 필요한 경우, 레코드를 복사하고 읽을 수있는 제한을 최소화합니다. 공유 아카이브에서 별도의 비밀 유지. 의 레이블 스냅 샷 날짜 그래서 팀은 주문 및 콘텐츠는 재활 포함, 그리고 원래 복구 복사본을 보호합니다.
HTTPS에 HTTP 인증과 같은 액세스 제어를 가진 테스트 호스트명을 보호하거나 전체적인 환경을 다루는 다른 배열. WordPress 관리자 로그인 혼자 공공 페이지 또는 업로드 파일을 보호하지 않습니다. 로그인 세션없이 액세스 확인 및 미디어, API 노선 및 그 리뷰에 어떤 대안 hostname 포함.
staging search-visibility preference을 설정하고 noindex 지시어를 검사한다. Noindex 주소 검색 외관; 그것은 방문자를 유지하지 않습니다. 크롤러는 그것을 행동하는 지시를 묶어야 합니다, 그래서 robots.txt 구획은 noindex가 읽혔을 수 없습니다. 검색 설정에 관계없이 인증 뒤에 개인 데이터를 유지하십시오.
복사된 구성은 살아있는 credentials 및 목적지를 유지할 수 있습니다. clone을 방문하기 전에 Inventory 통합 또는 테스트 주문 배치. WordPress 방문은 예정된 작업을 트리거 할 수 있으며 확장자는 자신의 큐 또는 서버 작업을 사용할 수 있습니다. inactive-looking 페이지가 아무런 영향을 미치지 않도록 모든 실행 경로 검토하십시오.
각 통합의 문서화된 샌드박스를 사용하거나 테스트 대상이 준비되어 있을 때까지 사본에 비활성화할 수 있습니다. 메시지 및 요청이 실제로 도착했는지 확인합니다. 이메일 차단 플러그인은 별도의 SMTP 또는 외부 배달 서비스를 포함하지 않을 수 있으므로 구성 된 배달 경로를 확인해야합니다.
필요한 경우 테이블을 수평으로 스크롤합니다.
| - 연혁 | Staging 통제 | Evidence 확인 |
|---|---|---|
| 제품정보 | 시험 자격 및 문서 sandbox 모드 | 지불 없음 |
| 의 의 | 캡처 배송 또는 사용 제어 테스트 수신자 | 고객 메시지가 전송되지 않음 |
| 웹훅 및 API | Pause 납품 또는 사용 시험 endpoints | 요청은 예정된 테스트 시스템에 도달 |
| 계획된 업무 | WP-Cron, 서버 작업 및 확장 쿼리 검토 | 승인된 시험 작업 수행 |
| 주식 및 fulfilment | 실시간 커넥터 또는 사용 테스트 계정 | 생산 주식 또는 선박 변화 없음 |
게이트웨이의 안전한 테스트 절차를 사용 하 여 성공적인 체크 아웃 경로를 확인 합니다. 제품 변형, 바구니 변경, 고객 필드, 배송 선택 및 결과 주문 상태. 구성 된 webhook 목적지 및 배달 로그 검사. 액세스 보호는 콜백에 영향을 미칠 수 있으므로 통합 소유자와 함께 지원된 테스트 경로를 배치합니다.
WooCommerce 시험 순서는 아직도 다른 연장에 정규적인 순서를 닮을 수 있습니다. 보고, 알림, 구독 및 사용 도구에 따라 일정한 작업을 확인하십시오. 테스트 데이터의 기록을 유지하고 결과를 관찰하십시오. 암호화폐와 호스팅을 지불하면 상점의 고객을 테스트하는 게이트웨이에서 분리됩니다.
복사본의 집 및 사이트 URL, 자산 링크, 리디렉션 및 응용 프로그램 엔드포인트를 검토합니다. 생산에 반환하는 링크는 테스트가 유효하지 않거나 무인한 변경을 만들 수 있습니다. 저장 URL을 변경할 때 WordPress-aware 프로세스를 사용하여 백업 및 검토 된 범위; 마이그레이션 가이드는 그 절차를 다룹니다.
Multisite의 경우, rehearsal이 하나의 사이트 또는 전체 네트워크를 포함 여부를 정의하고, 도메인 매핑 및 공유 확장을 정확하게 확인합니다. test-only hostname, credentials 및 indexing 설정을 기록합니다. 응용 프로그램 릴리스에서 별도로 검토해야 할 환경 구성으로 사람들을 치료하십시오.
인증된 릴리즈에 속하는 코드, 파일 및 설정 문서. 생산이 주문, 고객 및 콘텐츠를받을 때 staging snapshot가 이전됩니다. 그 스냅 샷으로 라이브 데이터베이스를 Replacing은 더 새로운 활동을 discard 할 수 있습니다. 스키마 또는 데이터 변경에 대한 응용 프로그램 인식 릴리스 계획을 사용하고 살아있는 글을 재구성 할 수있는 것에 동의합니다.
현재 복구 복사본을 가져 와서 롤백 계획을 유지하고 출시 된 기능을 검증합니다. 생산 지불 자격 증명, webhook 목적지, 예약된 작업, 호스트 이름 및 색인 설정 확인. 시험 환경에 대한 액세스 제한을 유지하고 공공 사이트에 적용해야하는 것을 검토하십시오.