Show Menu
화제×

여정 테스트

여행을 테스트하기 전에 모든 오류를 해결해야 합니다. 테스트하기 전에 오류 확인 을(를) 참조하십시오.
테스트 프로필을 사용하여 게시 전에 여행을 테스트할 수 있습니다. 이를 통해 개별 고객이 여행 중에 어떻게 진행되는지 분석하고 게시 전에 문제를 해결할 수 있습니다.
테스트 모드를 사용하려면 다음 단계를 따르십시오.
  1. 여정을 테스트하기 전에 유효한지, 오류가 없는지 확인하십시오. 오류가 있는 여정의 테스트를 실행할 수 없습니다. 테스트하기 전에 오류 확인 을(를) 참조하십시오. 오류가 있으면 경고 기호가 표시됩니다.
  2. 테스트 모드를 활성화하려면 오른쪽 상단 모서리에 있는 Test 토글을 클릭합니다.
  3. 왼쪽 아래 모서리의 Wait time in test 매개 변수를 사용하여 각 대기 활동이 테스트 모드에서 지속될 시간을 정의합니다. 기본 시간은 10초입니다. 그러면 테스트 결과가 빠르게 나올 수 있습니다. 이 매개 변수는 여정에서 하나 이상의 대기 활동을 삭제한 경우에만 나타납니다.
  4. 이벤트를 구성하고 여정 Trigger an event 에 보내려면 을 클릭합니다. 테스트 프로필과 관련된 이벤트를 전송해야 합니다. 이벤트 실행을 참조하십시오 .
  5. 이벤트가 수신되면 단추를 클릭하여 테스트 결과를 보고 확인합니다. Show log 로그 보기를 참조하십시오 .
  6. 오류가 있는 경우 테스트 모드를 비활성화하고 여정를 수정한 후 다시 테스트하십시오. 테스트가 완료되면 여정을 게시할 수 있습니다. 여정 게시 을(를) 참조하십시오.

중요 정보

  • 테스트를 거친 여정에서 이벤트를 발생시키는 인터페이스가 제공되지만 Postman과 같은 타사 시스템에서 이벤트를 보낼 수도 있습니다.
  • 실시간 고객 프로필 서비스에서 "테스트 프로필"으로 플래그가 지정된 개인만이 테스트를 거친 여정에 참여할 수 있습니다. Creating a test profile 을(를) 참조하십시오.
  • 테스트 모드는 네임스페이스를 사용하는 임시 여행에서만 사용할 수 있습니다. 테스트 모드는 여행 시작 사람이 테스트 프로필인지 아닌지 확인해야 하므로 Adobe Experience Platform에 도달할 수 있어야 합니다.
  • 테스트 세션 중 여정에 입력할 수 있는 최대 테스트 프로필 수는 100개입니다.
  • 테스트 모드를 비활성화하면 이전에 입력한 사람 또는 현재 테스트 사용자의 여정이 빈 것입니다. 또한 보고서를 지웁니다.
  • 필요한 만큼 테스트 모드를 활성화/비활성화할 수 있습니다.
  • 테스트 모드를 활성화하면 경로를 수정할 수 없습니다. 테스트 모드에서는 경로를 직접 게시할 수 있지만 이전에 테스트 모드를 비활성화할 필요가 없습니다.

Creating a test profile

테스트 프로필을 만드는 프로세스는 Adobe Experience Platform에서 프로필을 만들 때와 동일합니다. API 호출을 통해 수행됩니다. See this page
"프로필 테스트 세부 사항" 혼합이 포함된 프로필 스키마를 사용해야 합니다. testProfile 플래그는 이 믹싱의 일부입니다.
프로파일을 만들 때 값을 전달해야 합니다.testprofile = true.
기존 프로파일을 업데이트하여 testProfile 플래그를 "true"로 변경할 수도 있습니다.
다음은 테스트 프로필을 만들기 위한 API 호출의 예입니다.
curl -X POST \
'https://dcs.adobedc.net/collection/xxxxxxxxxxxxxx' \
-H 'Cache-Control: no-cache' \
-H 'Content-Type: application/json' \
-H 'Postman-Token: xxxxx' \
-H 'cache-control: no-cache' \
-H 'x-api-key: xxxxx' \
-H 'x-gw-ims-org-id: xxxxx' \
-d '{
"header": {
"msgType": "xdmEntityCreate",
"msgId": "xxxxx",
"msgVersion": "xxxxx",
"xactionid":"xxxxx",
"datasetId": "xxxxx",
"imsOrgId": "xxxxx",
"source": {
"name": "Postman"
},
"schemaRef": {
"id": "https://example.adobe.com/mobile/schemas/xxxxx",
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"body": {
"xdmMeta": {
"schemaRef": {
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"xdmEntity": {
"_id": "xxxxx",
"_mobile":{
"ECID": "xxxxx"
},
"testProfile":true
}
}
}'

이벤트 실행

Trigger an event 단추를 사용하면 방문자가 해당 여정에 입장하도록 하는 이벤트를 구성할 수 있습니다.
테스트 모드에서 이벤트를 트리거하면 실제 이벤트가 생성되며, 이것은 이 이벤트 의견 수렴에 다른 여정에 도달함을 의미합니다.
사전 요구 사항으로 Adobe Experience Platform에서 테스트 프로필로 플래그가 지정된 프로파일을 알고 있어야 합니다. 실제로 테스트 모드에서는 이러한 프로필만 여정에서 허용하며 이벤트에는 ID가 포함되어야 합니다. 예상 ID는 이벤트 구성에 따라 다릅니다. 예를 들어 ECID일 수 있습니다.
여정에 여러 개의 이벤트가 포함된 경우 드롭다운 목록을 사용하여 이벤트를 선택합니다. 그런 다음 각 이벤트에 대해 전달된 필드와 이벤트 전송 실행을 구성합니다. 이 인터페이스는 이벤트 페이로드에서 올바른 정보를 전달하고 정보 유형이 올바른지 확인하는 데 도움이 됩니다. 테스트 모드는 나중에 사용하기 위해 테스트 세션에 사용된 마지막 매개 변수를 저장합니다.
이 인터페이스를 통해 간단한 이벤트 매개 변수를 전달할 수 있습니다. 이벤트에서 컬렉션이나 기타 고급 개체를 전달하려면 을 클릭하여 페이로드의 전체 코드 Code View 를 보고 수정할 수 있습니다. 예를 들어 기술 사용자가 준비한 이벤트 정보를 복사하여 붙여넣을 수 있습니다.
또한 이 인터페이스를 사용하여 타사 도구를 사용하지 않고도 이벤트 페이로드를 작성하고 이벤트를 트리거할 수 있습니다.
단추를 클릭하면 Send 테스트가 시작됩니다. 방문에서 개인의 진행 상태는 시각적 흐름으로 표시됩니다. 개인이 이동을 통해 이동하는 경로는 점진적으로 녹색으로 바뀝니다. 오류가 발생하면 해당 단계에 경고 기호가 표시됩니다. 커서를 여기에 놓으면 오류에 대한 자세한 정보를 표시하고 전체 세부 사항(가능한 경우)에 액세스할 수 있습니다.
이벤트 구성 화면에서 다른 테스트 프로필을 선택하고 테스트를 다시 실행하면 시각적 흐름이 지워지고 새 개인의 경로가 표시됩니다.
테스트에서 경로를 열 때 표시되는 경로는 마지막으로 실행된 테스트에 해당합니다.
시각적 흐름은 인터페이스를 통해 이벤트가 트리거되는지 외부적으로 트리거되는지(예: Postman 사용) 확인합니다.

로그 보기

Show log 단추를 사용하면 테스트 결과를 볼 수 있습니다. 이 페이지에는 JSON 형식으로 경로의 현재 정보가 표시됩니다. 단추를 사용하면 전체 노드를 복사할 수 있습니다. 페이지의 테스트 결과를 업데이트하려면 페이지를 수동으로 새로 고쳐야 합니다.
테스트 로그에서 타사 시스템(데이터 소스 또는 작업)을 호출할 때 오류가 발생하는 경우 오류 코드와 오류 응답이 표시됩니다.
현재 경로 내에 있는 개인(즉, 인스턴스라고 함)의 수가 표시됩니다. 다음은 각 개인에 대해 표시되는 유용한 정보입니다.
  • ID :여정에서 개인의 내부 ID. 디버깅용으로 사용할 수 있습니다.
  • currentstep :개인이 여행 중에 있는 단계. 보다 쉽게 식별하려면 활동에 레이블을 추가하는 것이 좋습니다.
  • currentstep > 단계:개인 경로의 상태(실행 중, 완료, 오류 또는 시간 초과)입니다. 자세한 내용은 아래를 참조하십시오.
  • currentstep > extraInfo :오류 및 기타 컨텍스트 정보에 대한 설명입니다.
  • currentstep > fetch오류 :이 단계 중 발생한 데이터 가져오기 오류에 대한 정보입니다.
  • externalKeys :이벤트에 정의된 키 공식에 대한 값.
  • enrichedData :고객 여정에서 데이터 소스를 사용하는 경우 고객 여정에서 검색한 데이터
  • transitionHistory :개인이 수행한 단계 목록. 이벤트의 경우 페이로드가 표시됩니다.
  • actionExecutionErrors :발생한 오류에 대한 정보.
다음은 개별 경로의 다른 상태입니다.
  • 실행 중 :그 사람은 현재 여행 중이다.
  • 완료됨 :그 사람은 여행의 마지막에 있다.
  • 오류 :실수로 개인이 여행 중에 정지되었다.
  • 시간 초과 :한 사람이 여행 중에 정지되는 것은 너무 많은 시간이 걸린 단계 때문이다.
테스트 모드를 사용하여 이벤트가 트리거되면 소스 이름으로 데이터 세트가 자동으로 생성됩니다.
테스트 모드를 사용하여 이벤트가 트리거되면 소스 이름으로 데이터 세트가 자동으로 생성됩니다.
테스트 모드는 자동으로 경험 이벤트를 만들어 Adobe Experience Platform으로 전송합니다. 이 경험 이벤트의 원본 이름은 "Journey Orchestration 테스트 이벤트"입니다.
여러 여정에서 여러 이벤트가 트리거되는 경우
여러 여정에서 전송된 여러 이벤트가 있을 때 서로 다른 스키마를 갖는 시나리오가 있습니다. 스키마 맵을 1개의 데이터 세트에 매핑할 수 있습니까? 그렇지 않으면 데이터 세트가 여러 개 필요합니다.
대상 데이터 세트가 경험 이벤트에 포함되지 않은 경우 이러한 데이터 집합의 자동 생성 및 이름 지정이 수행됩니다. 그래서 우리는 오늘 "항해자를 위한 데이터 세트 자동 생성"을 보게 된다.
소스 이름을 지정하면 자동으로 생성됩니다. 여러 개의 이벤트가 있는 경우 "Journey Orchestration 테스트 이벤트 - NAME OF SCHEMA"가 되도록 연결해야 합니다. 이렇게 하면 "Journey Orchestration 테스트 이벤트에 대해 자동으로 생성된 데이터 세트 - 스키마 이름"으로 자동 변환됩니다.