Testa din resa testing_the_journey
När du har byggt din resa kan du testa den innan du publicerar den. Adobe Journey Optimizer erbjuder testläget som ett sätt att visa testprofiler under resan och identifiera potentiella fel före aktiveringen. Genom att köra snabbtester kan ni kontrollera att resorna fungerar korrekt så att ni kan publicera dem med tillförsikt.
Det är bara testprofiler som kan ta sig in på en resa i testläge. Du kan antingen skapa nya testprofiler eller omvandla befintliga profiler till testprofiler. Läs mer om testprofiler i det här avsnittet.
Adobe Journeys Optimizer erbjuder två sätt att testa och validera din resa:
-
Simulering: Ställ in resan på Simulation och använd simulerade användare (tillfälliga profiler som du skapar eller genererar direkt utan förskapade profiler i Adobe Experience Platform).
-
Testläge: Beständiga profiler som uttryckligen har flaggats som testprofiler i Adobe Experience Platform. De kan återanvändas i flera testsessioner. Den här metoden rekommenderas för testning med konsekventa, fördefinierade profildata. Lär dig skapa testprofiler.
Viktiga anteckningar important_notes
Granska anteckningarna innan du kör tester på din resa.
Allmänna begränsningar
- Testa endast profiler - Endast individer som markerats som testprofiler i kundprofiltjänsten i realtid kan gå in på en resa i testläge. Lär dig skapa testprofiler.
- Namnutrymmeskrav - Testläget är bara tillgängligt för 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.
- Profilgräns - Högst 100 testprofiler kan gå in på en resa under en enda testsession.
- Händelseutlösare - Händelser kan bara utlösas från gränssnittet. Det går inte att skicka händelser från externa system med ett API.
- Anpassad uppladdning av målgrupper - Resurstestläget stöder inte anpassad uppladdning av målgrupper.
Beteende under och efter testning
- Inaktiverar testläge - När du inaktiverar testläge tas alla profiler som för närvarande är i eller som tidigare har angetts under resan bort och rapporteringen rensas.
- Återaktiveringsflexibilitet - Du kan aktivera och inaktivera testläget så många gånger som behövs.
- Automatisk inaktivering - Resor som är inaktiva i testläge i under en vecka återgår automatiskt till utkaststatus för att optimera prestanda och förhindra föråldrad resursanvändning.
- Redigering och publicering - Du kan inte ändra resan när testläget är aktivt. Du kan dock publicera resan direkt, du behöver inte inaktivera testläget tidigare.
Körning
- Delat beteende - När resan går till en delning markeras alltid den översta grenen. Ändra ordning på grenarna om du vill att en annan sökväg ska testas.
- Händelsetiming - Om resan innehåller flera händelser, utlöser du varje händelse i sekvens. Händelsen ignoreras om du skickar en händelse för tidigt (innan den första väntenoden avslutas) eller för sent (efter den konfigurerade tidsgränsen). Profilen skickas sedan till en timeout-sökväg. Bekräfta alltid att referenser till händelsens nyttolastfält förblir giltiga genom att skicka nyttolasten i det definierade fönstret.
- Aktivt datumfönster - Kontrollera att transportens konfigurerade start- och slutdatum/tid-fönster innehåller den aktuella tiden när testläget startas. Annars ignoreras utlösta testhändelser. Läs mer om hur du felsöker det här problemet på den här sidan.
- Reaktionshändelser - För reaktionshändelser med en tidsgräns är den minsta och standardväntetiden 40 sekunder.
- Testa datamängder - Händelser som utlöses i testläge lagras i dedikerade datamängder som är märkta så här:
JOtestmode - <schema of your event> - Delad infrastruktur - Testläget körs på samma infrastruktur som produktionen. Under långa trafikperioder kan du märka fördröjningar i e-postutskick eller händelsehantering. I det här fallet kontrollerar du kontrollpanelerna för plattformstrafik eller gör om testerna under tider med låg belastning.
Aktivera testläget
Använd metoden Test mode när du vill testa din resa med befintliga testprofiler som du redan har skapat i Adobe Experience Platform.
-
Om du vill aktivera testläget klickar du på knappen Simulate och väljer Test mode.
-
Om resan har minst en Wait-aktivitet ställer du in parametern Wait time så att den anger 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.
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. -
Använd knappen Trigger an event för att 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 det här avsnittet.
-
När händelserna har tagits emot klickar du på knappen Show log för att visa testresultatet och verifiera dem. Se det här avsnittet.
-
Om något fel uppstår kan du inaktivera testläget, ändra din resa och testa det igen. När testerna är klara kan du publicera din resa. Se den här sidan.
Exempel: validera en enkel resa test-walkthrough
Följande exempel går igenom testningen av en resa som börjar med en enhetsaktivitet, skickar ett e-postmeddelande, väntar 10 minuter och skickar sedan ett push-meddelande.
Så här validerar du hela resan:
-
Aktivera testläget genom att klicka på Test mode i det övre högra hörnet. Arbetsytan växlar till testläge och en Trigger an event-knapp visas.
-
Ange Wait time till 10 sekunder så att väntenoden slutförs snabbt under testningen.
-
Klicka på Trigger an event, markera händelsen och ange en identifierare för testprofilen (till exempel e-postadressen till en profil som har flaggats som testprofil i Adobe Experience Platform).
-
Klicka på Send. Det visuella flödet visas på arbetsytan och blir grönt allt eftersom profilen går igenom varje steg.
-
Klicka på Show log och bekräfta följande i JSON-utdata:
currentstepmatchar aktiviteten som du förväntar dig att profilen ska vara i.phasevisarrunningmedan profilen är i en väntenod ochfinishednär den kommer till slutet.- Det finns inga
actionExecutionErrors-poster.
-
Uppdatera loggen efter 10 sekunder. Profilen ska ha flyttats förbi väntenoden och utlöst push-åtgärden.
-
När alla steg visar
finishedoch inga fel loggas inaktiverar du testläget och publicerar resan.
- Profil-ID:t du angav är flaggat som en testprofil i Adobe Experience Platform.
- Resans konfigurerade start- och slutdatum inkluderar den aktuella tiden. Händelser som utlöses utanför detta fönster ignoreras. Läs mer.
Utlös dina händelser firing_events
Använd knappen Trigger an event för att konfigurera en händelse som får en person att gå in på resan.
Förutsättningar trigger-events-prerequisites
Som en förutsättning måste du veta vilka profiler som har flaggats som testprofiler i Adobe Experience Platform. Testläget tillåter bara dessa profiler under resan.
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 din resa inte kan aktivera testläge med felet ERR_MODEL_RULES_16 kontrollerar du att händelsen som används innehåller ett identitetsnamnutrymme när du använder en kanalåtgärd.
Identitetsnamnutrymmet används för att unikt identifiera testprofilerna. Om e-post till exempel används för att identifiera testprofilerna bör identitetsnamnområdet E-post markeras. Om den unika identifieraren är telefonnumret bör identitetsnamnområdet Telefon väljas.
-
När du utlöser en händelse i testläge genereras en verklig händelse, vilket innebär att den även kommer att påverka andra resor som lyssnar på den här händelsen.
-
Se till att varje händelse i testläge aktiveras i rätt ordning och i det konfigurerade väntefönstret. Om det till exempel finns en väntetid på 60 sekunder får den andra händelsen bara aktiveras efter att 60-sekundersväntetiden har gått ut och innan tidsgränsen går ut.
Händelsekonfiguration trigger-events-configuration
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 ser till att informationstypen är korrekt. I testläget sparas 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 markera 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.
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.
Testläge för affärshändelser test-business
När du använder en affärshändelse ska du använda testläget för att utlösa en enskild testprofilentré under resan, simulera händelsen och skicka rätt profil-ID. Du måste godkänna händelseparametrarna och identifieraren för den testprofil som ska gå in på resan i testet. I testläge finns det inget kodläge tillgängligt för resor baserat på affärshändelser.
Observera att du inte kan ändra definitionen för affärshändelser i samma testsession när du först utlöser en affärshändelse. Du kan bara göra så att samma person eller en annan person anger resan som går genom samma eller en annan identifierare. Om du vill ändra parametrar för affärshändelser måste du stoppa och starta om testläget.
Visa loggar 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 uppdatera resans testresultat.
Antalet individer (tekniskt kallade förekomster) som för närvarande befinner sig under resan visas. Följande information visas för varje individ:
- ID: personens interna ID under resan. Detta kan användas i felsökningssyfte.
- aktuellt steg: det steg 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.
- currentstep > phase: Status för personens resa (körning, slutförd, fel eller timeout). Mer information finns nedan.
- currentSteg > extraInfo: beskrivning av felet och annan sammanhangsbaserad information.
- currentSteg > fetchErrors: information om hämtning av datafel som inträffade under det här steget.
- externalKeys: värdet för den nyckelformel som definieras i händelsen.
- enrichedData: de data som resan har hämtat om resan använder datakällor.
- transitionHistory: en lista med steg som personen följde. För händelser visas nyttolasten.
- actionExecutionErrors : information om de fel som uppstått.
Här är en persons olika status:
- Körs: personen för närvarande befinner sig på resan.
- Slutförd: personen befinner sig i slutet av resan.
- Fel: Personen stoppas på resan på grund av ett fel.
- Timeout: 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.
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".