Esecuzioni di test di diagrammi di flusso interattivi

I diagrammi di flusso interattivi sono destinati ad essere eseguiti su un server runtime con un visitatore alla volta. Tuttavia, è possibile eseguire il test di tali diagrammi in Campaign per assicurarsi che il diagramma di flusso interattivo crei ed assegni i visitatori ai segmenti previsti.

Le esecuzioni di test di diagrammi di flusso interattivi verificano solo la logica di segmentazione. Per un test completo dei diagrammi di flusso interattivi e di come interagiscono con il touchpoint, occorre implementare il diagramma di flusso interattivo su un server runtime per l'esecuzione di test.

Il metodo per eseguire il test di diagrammi di flusso interattivi è lo stesso utilizzato per il test di diagrammi di flusso batch, ossia, un'esecuzione di test. Sebbene i risultati possano sembrare simili (ogni segmento viene assegnato a un determinato numero di membri), il modo in cui il diagramma di flusso assegna i membri è diverso. Quando si esegue un test di un diagramma di flusso interattivo, l'ambiente di progettazione utilizza un ambiente runtime. L'ambiente runtime considera ciascuna riga nella tabella profili come un visitatore, eseguendo un visitatore alla volta nel diagramma di flusso.

L'ambiente runtime utilizza i dati del cliente forniti nelle tabelle che fanno riferimento ai diagrammi di flusso interattivi e tutti i dati in tempo reale disponibili da parametri di eventi, callout esterni e così via. Durante un'esecuzione di test, l'ambiente di progettazione non dispone dell'accesso a dati in tempo reale effettivi. L'ambiente di progettazione utilizza i dati disponibili nella tabella per l'esecuzione di test. Consultare l'amministratore di Interact per aggiungere dati di esempio nel profilo per l'esecuzione di test appropriati per eseguire il test dei diagrammi di flusso interattivi correttamente. Ad esempio, se si definisce una logica di segmentazione che separa i destinatari in base alla prima cifra del CAP, accertarsi che sia presente una voce nel profilo per l'esecuzione di test per ogni possibile prima cifra.

Per impostazione predefinita, il processo Interazione limita il numero di record input nella tabella profili utilizzata in un'esecuzione di test, ma è possibile modificare il numero di record utilizzati come necessario. L'ambiente di progettazione seleziona il primo numero di record in base all'ordine di ID destinatari. Ad esempio, se si limita l'esecuzione di test a 5 record, l'ambiente di progettazione utilizza i primi 5 record nella tabella profili per l'esecuzione di test, ordinati in base all'ID destinatari.

I diagrammi di flusso interattivi non sono ottimizzati per l'esecuzione di migliaia di record. Se si avvia un test che deve elaborare un numero elevato di record, l'esecuzione del test può richiedere diversi minuti.

È possibile visualizzare solo i risultati dell'ultima esecuzione di test. L'ambiente di progettazione elimina tutti i dati della precedente esecuzione di test quando avvia una nuova esecuzione. Se esistono più di 1000 voci nell'esecuzione di test o si desidera visualizzare i dati dell'esecuzione di test dopo aver chiuso la relativa finestra, tali dati sono memorizzati nelle seguenti tabelle nel database definito da testRunDataSource.

TestAttr_n: contiene i dati per il report Dati attributi esecuzione di test, ossia, tutti i dati della tabella profili per ciascun ID destinatari.

TestCount_n: contiene i dati per il report Numero celle esecuzione di test, ossia, il numero di membri di ciascuna cella.

TestError_n: contiene i dati per il report Errori esecuzione di test, ossia gli errori, se si sono verificati, nell'esecuzione di test.

TestSeg_n: contiene i dati per il report Dati segmenti esecuzione di test, ossia, ID destinatario e segmento assegnato.

Il suffisso _n indica l'ID del diagramma di flusso. È possibile determinare l'ID del diagramma di flusso esaminando la tabella UA_Flowchart nelle tabelle di sistema di Campaign.