Testa resan testing_the_journey
Innan du kan testa din resa måste du åtgärda eventuella fel. Se det här avsnittet.
Du kan testa din resa innan den publiceras med testprofiler. På så sätt kan ni analysera hur individer flödar in på resan och felsöka före publicering.
Det är bara testprofiler som kan ta sig in på en resa i testläge. Du kan antingen skapa en ny testprofil eller omvandla en befintlig profil till en testprofil. Se det här avsnittet.
Så här använder du testläget:
-
Innan du testar din resa kontrollerar du att den är giltig och att det inte finns något fel. Du kommer inte att kunna starta ett test av en resa med fel. Se det här avsnittet. En varningssymbol visas om det finns fel.
-
Om du vill aktivera testläget klickar du på Test i det övre högra hörnet.
-
Använd parametern Wait time, i det nedre vänstra hörnet, för att definiera den tid som varje vänteaktivitet och händelsetimeout ska vara i testläge. Standardtiden är 10 sekunder för timeout för väntetider och händelser. Detta säkerställer att du får testresultaten snabbt. Den här parametern visas bara om du har släppt en eller flera vänteaktiviteter under din resa.
note note NOTE När en reaktionshändelse med en tidsgräns används i en resa är väntetiden som standard och det lägsta värdet 40 sekunder. Se det här avsnittet. -
Klicka på Trigger an event om du vill konfigurera och skicka händelser till resan.
-
Konfigurera de olika fälten. I fältet Profilidentifierare anger du värdet för fältet som används för att identifiera testprofilen. Det kan till exempel vara e-postadressen. Se till att skicka händelser som rör testprofiler. Se Bekräfta dina aktiviteter.
-
När händelserna har tagits emot klickar du på knappen Show log för att visa testresultatet och verifiera dem. Se Visa loggarna.
-
Om något fel uppstår kan du inaktivera testläget, ändra din resa och testa den igen. När testet är klart kan du publicera din resa. Läs den här sidan.
Viktiga anteckningar important_notes
- Det finns ett gränssnitt för att utlösa händelser till den testade resan, men händelser kan också skickas av tredjepartssystem som Postman.
- Endast personer som markerats som"testprofiler" i kundprofiltjänsten i realtid får delta i den testade resan. Se det här avsnittet.
- Testläget är bara tillgängligt i utkastresor som använder ett namnutrymme. Testläget måste kontrollera om en person som deltar i resan är en testprofil eller inte och därför måste kunna nå Adobe Experience Platform.
- Det högsta antalet testprofiler som kan gå in på en resa under en testsession är 100.
- När du inaktiverar testläget töms resorna från alla som har gått in i det tidigare eller som befinner sig i det. Rapporten blir också tydligare.
- Du kan aktivera/inaktivera testläget så många gånger som behövs.
- Du kan inte ändra din resa när testläget är aktiverat. När du är i testläge kan du publicera resan direkt, du behöver inte inaktivera testläget tidigare.
- När en delning nås väljs alltid den översta grenen. Du kan ordna om placeringen av de delade grenarna om du vill att testet ska välja en annan bana.
- För att optimera prestandan och förhindra föråldrad resursanvändning kommer alla resor i testläge som inte har utlösts på en vecka att återgå till statusen Utkast.
Förvandla en profil till en testprofil turning-profile-into-test
Du kan omvandla en befintlig profil till en testprofil. I Adobe Experience Platform kan du uppdatera profilattribut via API-anrop, men det kan inte utföras via gränssnittet.
Det enklaste sättet att göra detta är att använda en Uppdatera profil -åtgärdsaktivitet och ändra testprofilens booleska fält från false till true. Se det här avsnittet.
Skapa en testprofil create-test-profile
Om du vill skapa en ny testprofil är proceduren densamma som när du skapar en profil i Adobe Experience Platform. Den utförs via API-anrop. Se den här sidan
Du måste använda ett profilschema som innehåller blandningen "information om profiltester". Flaggan testProfile är en del av den här mixinen.
När du skapar en profil måste du skicka värdet: testProfile = true.
Observera att du även kan uppdatera en befintlig profil för att ändra dess testProfile-flagga till "true".
Här är ett exempel på ett API-anrop för att skapa en testprofil:
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
}
}
}'
Aktivera dina händelser firing_events
Med knappen Trigger an event kan du konfigurera en händelse som får en person att komma in på resan.
Du måste veta vilka profiler som är flaggade som testprofiler i Adobe Experience Platform. Testläget tillåter bara dessa profiler under resan och händelsen måste innehålla ett ID. Det förväntade ID:t beror på händelsekonfigurationen. Det kan till exempel vara ett ECID eller en e-postadress. Värdet för den här nyckeln måste läggas till i fältet Profilidentifierare.
Om resan innehåller flera händelser använder du listrutan för att välja en händelse. Konfigurera sedan de fält som skickats och körningen av den händelse som skickats för varje händelse. Gränssnittet hjälper dig att skicka rätt information i händelsens nyttolast och kontrollera att informationstypen är korrekt. Testläget sparar de senaste parametrarna som användes i en testsession för senare bruk.
Med gränssnittet kan du skicka enkla händelseparametrar. Om du vill skicka samlingar eller andra avancerade objekt i händelsen kan du klicka på Code View för att se hela koden för nyttolasten och ändra den. Du kan till exempel kopiera och klistra in händelseinformation som har förberetts av en teknisk användare.
En teknisk användare kan också använda det här gränssnittet för att komponera händelsenyttolaster och utlösa händelser utan att behöva använda något tredjepartsverktyg.
När du klickar på knappen Send påbörjas testet. Personens förlopp under resan representeras av ett visuellt flöde. Vägen blir progressivt grön allt eftersom personen rör sig över resan. Om ett fel inträffar visas en varningssymbol i motsvarande steg. Du kan placera markören på den för att visa mer information om felet och få tillgång till fullständig information (när den är tillgänglig).
När du väljer en annan testprofil på händelsekonfigurationsskärmen och kör testet igen rensas det visuella flödet och den nya personens sökväg visas.
När du öppnar en resa i ett test motsvarar den visade sökvägen det senaste testet som utfördes.
Det visuella flödet fungerar oavsett om händelsen aktiveras via gränssnittet eller externt (med t.ex. Postman).
Testläge för regelbaserade resor test-rule-based
Testläget är även tillgängligt för resor som använder en regelbaserad händelse. Mer information om regelbaserade händelser finns på den här sidan.
När du utlöser en händelse kan du på skärmen Händelsekonfiguration definiera de händelseparametrar som ska passera i testet. Du kan visa händelse-ID-villkoret genom att klicka på verktygstipsikonen i det övre högra hörnet. Det finns också ett verktygstips bredvid varje fält som ingår i regelutvärderingen.
Mer information om hur du använder testläget finns på den här sidan.
Visa loggarna viewing_logs
Med knappen Show log kan du visa testresultaten. På den här sidan visas resans aktuella information i JSON-format. Med en knapp kan du kopiera hela noder. Du måste uppdatera sidan manuellt för att kunna uppdatera resans testresultat.
Antalet personer (tekniskt sett kallas de förekomster) som för närvarande befinner sig under resan visas. Här är användbar information som visas för varje individ:
- ID: Personens interna ID på resan. Detta kan användas i felsökningssyfte.
- aktuellt steg: steget där personen befinner sig på resan. Vi rekommenderar att du lägger till etiketter till dina aktiviteter för att lättare kunna identifiera dem.
- aktuellt steg > fas: status för den enskilda personens resa (som körs, slutförd, fel eller timeout). Mer information finns nedan.
- currentStep > extraInfo: beskrivning av felet och annan sammanhangsberoende information.
- currentStep > fetchErrors: information om att hämta datafel som inträffade under det här steget.
- externalKeys: värdet för nyckelformeln som definierats i händelsen.
- enrichedData: de data som resan har hämtat om resan använder datakällor.
- transitionHistory: listan med steg som den enskilda personen följt. För händelser visas nyttolasten.
- actionExecutionErrors : information om de fel som uppstod.
Här är en persons olika status:
- Körs: Personen befinner sig för närvarande på resan.
- Slutförd: Personen finns i slutet av resan.
- Fel: Personen stoppas på resan på grund av ett fel.
- Tidsgränsen nåddes: Personen stoppas på resan på grund av ett steg som tog för mycket tid.
När en händelse aktiveras i testläget genereras en datauppsättning automatiskt med källans namn.
När en händelse aktiveras i testläget genereras en datauppsättning automatiskt med källans namn.
Testläget skapar automatiskt en Experience Event och skickar den till Adobe Experience Platform. Källan för upplevelsehändelsen heter"Journey Orchestration Test Events".