여정 테스트

여행을 테스트하기 전에 모든 오류를 해결해야 합니다(있는 경우). 이 섹션을 참조하십시오.

테스트 프로필을 사용하여 게시 전에 여정을 테스트할 수 있습니다. 이를 통해 개별 고객이 여행 중에 어떤 식으로 진행되는지 분석하고 게시 전에 문제를 해결할 수 있습니다.

테스트 모드를 사용하려면 다음 단계를 수행합니다.

1. 여정을 테스트하기 전에 유효한 여행인지 그리고 오류가 없는지 확인하십시오. 오류가 있는 여정의 테스트를 시작할 수 없습니다. 이 섹션을 참조하십시오. 오류가 있으면 경고 기호가 표시됩니다.

2. 테스트 모드를 활성화하려면 오른쪽 위 모서리에 있는 Test 토글을 클릭합니다.

   

3. 왼쪽 아래 모서리의 Wait time in test 매개 변수를 사용하여 각 대기 활동이 테스트 모드에서 마지막으로 유지되는 시간을 정의합니다. 기본 시간은 10초입니다. 그러면 테스트 결과가 빠르게 나올 수 있습니다. 이 매개 변수는 여행에서 하나 이상의 대기 활동을 삭제한 경우에만 나타납니다.

   

4. Trigger an event​을 클릭하여 이벤트를 구성하고 여정으로 보냅니다. 테스트 프로필과 관련된 이벤트를 전송해야 합니다. 이벤트 시작을 참조하십시오.

   

5. 이벤트가 수신되면 Show log 단추를 클릭하여 테스트 결과를 보고 확인합니다. 로그 보기를 참조하십시오.

   

6. 오류가 있는 경우 테스트 모드를 비활성화하고 여정를 수정한 후 다시 테스트하십시오. 테스트가 완료되면 여행을 게시할 수 있습니다. 이 페이지를 참조하십시오.

중요 정보

• 테스트를 거친 여정에서 이벤트를 발생시키는 인터페이스가 제공되지만 Postman과 같은 제3자 시스템에서 이벤트를 전송할 수도 있습니다.
• 실시간 고객 프로필 서비스에서 "테스트 프로필"으로 플래그가 지정된 개인만이 테스트를 거친 여정에 참여할 수 있습니다. 이 섹션을 참조하십시오.
• 테스트 모드는 네임스페이스를 사용하는 초안 탐색에서만 사용할 수 있습니다. 테스트 모드는 방문자가 테스트 프로파일인지 여부를 확인해야 하며, 따라서 Adobe Experience Platform에 도달할 수 있어야 합니다.
• 테스트 세션 중에 여정을 입력할 수 있는 최대 테스트 프로필 수는 100개입니다.
• 테스트 모드를 비활성화하면 과거에 테스트 모드를 입력한 사람 또는 현재 테스트 상태에 있는 사람의 여정이 빈 상태가 됩니다. 또한 보고서를 지웁니다.
• 필요에 따라 테스트 모드를 활성화/비활성화할 수 있습니다.
• 테스트 모드가 활성화되면 경로를 수정할 수 없습니다. 테스트 모드에서는 여정을 직접 게시할 수 있으며 이전에 테스트 모드를 비활성화할 필요가 없습니다.

테스트 프로필 만들기

테스트 프로필을 만드는 프로세스는 Adobe Experience Platform에서 프로필을 만들 때와 동일합니다. API 호출을 통해 수행됩니다. 이 페이지 참조

"프로필 테스트 세부 사항" 믹싱을 포함하는 프로필 스키마를 사용해야 합니다. 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 사용) 여부를 확인합니다.

규칙 기반 여정에 대한 테스트 모드

규칙 기반 이벤트를 사용하는 여정에서도 테스트 모드를 사용할 수 있습니다. 규칙 기반 이벤트에 대한 자세한 내용은 이 페이지를 참조하십시오.

이벤트를 트리거할 때 이벤트 구성 화면에서는 테스트에 전달할 이벤트 매개 변수를 정의할 수 있습니다. 오른쪽 상단 모서리의 도구 설명 아이콘을 클릭하여 이벤트 ID 조건을 볼 수 있습니다. 규칙 평가의 일부인 각 필드 옆에 툴팁도 사용할 수 있습니다.

테스트 모드 사용 방법에 대한 자세한 내용은 이 페이지를 참조하십시오.

로그보기

Show log 단추를 사용하여 테스트 결과를 볼 수 있습니다. 이 페이지에는 JSON 형식으로 경로의 현재 정보가 표시됩니다. 버튼을 사용하면 전체 노드를 복사할 수 있습니다. 경로의 테스트 결과를 업데이트하려면 페이지를 수동으로 새로 고쳐야 합니다.

현재 경로 내에 있는 개인(즉, 인스턴스라고 함)의 수가 표시됩니다. 다음은 각 개인에 대해 표시되는 유용한 정보입니다.

• ID:방문에서 개인의 내부 ID. 디버깅용으로 사용할 수 있습니다.
• currentstep:개인이 여행 중에 있는 단계. 보다 쉽게 식별할 수 있도록 활동에 레이블을 추가하는 것이 좋습니다.
• currentstep > 단계:개인 여정의 상태(실행 중, 완료, 오류 또는 시간 초과)입니다. 자세한 내용은 아래를 참조하십시오.
• currentstep > extraInfo:오류 및 기타 컨텍스트 정보에 대한 설명입니다.
• currentstep > fetchErrors:이 단계에서 발생한 데이터 가져오기 오류에 대한 정보입니다.
• externalKeys:이벤트에 정의된 키 공식에 대한 값입니다.
• 풍부해진 데이터:고객 여정에서 데이터 소스를 사용하는 경우 고객 여정에서 검색한 데이터
• transitionHistory:개인이 수행한 단계 목록. 이벤트의 경우 페이로드가 표시됩니다.
• actionExecutionErrors :발생한 오류에 대한 정보입니다.

개인 경로의 다른 상태는 다음과 같습니다.

• 실행:개인이 현재 여행 중입니다.
• 완료:개인이 여행의 끝에 있다.
• 오류:오류가 발생하여 개인이 여행 중에 정지됩니다.
• 시간 초과:그 사람은 너무 많은 시간이 걸린 단계 때문에 여행 중에 정지된다.

테스트 모드를 사용하여 이벤트가 트리거되면 소스 이름으로 데이터 세트가 자동으로 생성됩니다.

테스트 모드를 사용하여 이벤트가 트리거되면 소스 이름으로 데이터 세트가 자동으로 생성됩니다.

테스트 모드는 자동으로 경험 이벤트를 만들어 Adobe Experience Platform으로 전송합니다. 이 경험 이벤트에 대한 소스의 이름은 "Journey Orchestration 테스트 이벤트"입니다.

여러 여정에서 여러 이벤트가 트리거되는 경우

서로 다른 스키마를 갖는 여러 여정에서 전송된 여러 이벤트가 있을 때 시나리오가 있습니다. 스키마는 1개의 데이터 세트에 매핑할 수 있습니까? 그렇지 않으면 데이터 세트가 여러 개 필요합니다.

대상 데이터 세트가 경험 이벤트에 포함되지 않은 경우 이러한 데이터 세트를 자동으로 만들고 이름을 지정합니다. 그래서 우리는 오늘날 "보이저용 데이터 세트 자동 생성"을 보게 된다.

소스 이름을 지정하면 자동으로 생성됩니다. 여러 이벤트가 있는 경우 "Journey Orchestration 테스트 이벤트 - 스키마 이름"을 연결하여 사용해야 합니다. 이렇게 하면 "Journey Orchestration 테스트 이벤트에 대해 자동으로 생성된 데이터 세트 - 스키마 이름"이 자동으로 생성됩니다.