測試歷程

您必須先解決所有錯誤(如果有),才能測試您的旅程。 請參閱本節

您有可能在發佈之前,使用測試設定檔來測試您的旅程。 這可讓您分析個人在歷程中的流程,並在發佈前進行疑難排解。

若要使用測試模式,請依照下列步驟進行:

  1. 在測試您的歷程之前,請先確認其有效且無錯誤。 您將無法針對有錯誤的歷程進行測試。 請參閱本節。出現錯誤時會顯示警告符號。

  2. 若要啟動測試模式,請按一下位於右上角的​Test​切換。

  3. 使用左下角的​Wait time in test​參數定義每個等待活動在測試模式下的持續時間。 預設時間為 10 秒。這可確保您快速取得測試結果。 只有在您的歷程中丟棄了一個或多個等待活動時,才會顯示此參數。

  4. 按一下​Trigger an event​以設定事件並傳送至歷程。 請確定傳送與測試設定檔相關的事件。 請參閱觸發事件

  5. 收到事件後,按一下​Show log​按鈕查看測試結果並驗證結果。 請參閱查看日誌

  6. 如果發生任何錯誤,請停用測試模式、修改您的歷程並再次測試。當測試結果確定時,您就可以發佈您的旅程。 請參閱本頁

重要附註

  • 提供一個介面,可將事件觸發至測試的歷程,但事件也可由第三方系統(例如Postman)傳送。
  • 只有在即時客戶個人檔案服務中標示為「測試個人檔案」的個人才能進入測試的歷程。 請參閱本節
  • 測試模式僅適用於使用命名空間的草稿歷程。 測試模式需要檢查進入歷程的人員是否是測試設定檔,因此必須能夠存取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 > phase:個人歷程的狀態(執行、完成、錯誤或逾時)。請參閱下方以取得詳細資訊。
  • currentstep > extraInfo:錯誤的描述和其他上下文資訊。
  • currentstep > fetchErrors:此步驟中發生的讀取資料錯誤的資訊。
  • externalKeys:在事件中定義的鍵公式值。
  • 豐富的資料:旅程使用資料來源時所擷取的資料。
  • transitionHistory:個人遵循的步驟清單。對於事件,會顯示裝載。
  • actionExecutionErrors :錯誤的相關資訊。

以下是個人旅程的不同狀態:

  • 正在運行:這個人目前正在旅程中。
  • 完成:個人正處於旅程的盡頭。
  • 錯誤:由於錯誤,個人在旅途中被停止。
  • 超時:由於一個步驟花了太多時間,這個人在旅途中被攔住了。

當使用測試模式觸發事件時,會以來源名稱自動產生資料集。

當使用測試模式觸發事件時,會以來源名稱自動產生資料集。

測試模式會自動建立「體驗事件」,並將其傳送至Adobe Experience Platform。 此體驗活動的來源名稱為「歷程協調測試活動」。

若發生多個歷程觸發的多個事件

當從多個歷程傳送多個事件時,會有不同的「結構描述」的情況。 Can n schema map to 1 dataset? 否則,我們將需要多個資料集。

如果體驗事件中未包含目標資料集,則會自動建立和命名這些資料集。 這就是為什麼我們今天看到"自動為旅行者建立資料集"。

我們來源的命名會推動自動建立。 如果我們有多個事件,我們應該串連並讓它成為「歷程協調測試事件——架構名稱」。 這會自動轉為「自動產生的歷程協調測試事件資料集——架構名稱」。

本頁內容

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free