simulateConcurrentUsage

Consente l'esecuzione di diverse operazioni concorrenti in un ambiente simulando gli utenti.

Questo comando consente di convalidare le performance dell'ambiente e verificare che il tempo di risposta sia accettabile quando il servizio è sotto carico durante operazioni specifiche eseguite da un determinato numero di utenti. Ad esempio, il comando può essere utilizzato per misurare le performance quando 50 utenti aprono simultaneamente un modulo utilizzando diversi POV. Consente di eseguire test di carico self-service degli ambienti.

Questo comando esegue la simulazione effettuando le operazioni specificate per un determinato numero di utenti e di iterazioni. Esegue più iterazioni per calcolare il tempo minimo, il tempo massimo e il tempo medio per una determinata operazione. Le operazioni supportate per l'esecuzione del test di carico durante l'uso simultaneo sono:

  • Apertura di form
  • Salvataggio di form
  • Esecuzione di regole business
  • Esecuzione dei set di regole
  • Esecuzione di regole dati
  • Apertura di griglie ad hoc
  • Esecuzione di report
  • Esecuzione di registri

Note:

Questo comando non supporta i report e i registri di Financial Reporting; supporta solo i registri e i report appartenenti a Report (in precedenza Report gestione).

Caution:

Questo comando esegue le operazioni specificate nell'ambiente corrente e, in base all'operazione, è possibile che aggiorni i dati nell'ambiente. Eseguire questo comando negli ambienti di test. L'esecuzione di questo comando negli ambienti di produzione è sconsigliata.

Questo comando accetta come input un file ZIP, che deve essere stato caricato in precedenza nella cartella inbox dell'ambiente. Il file ZIP contiene un file requirement.csv e i file di input che supportano i casi d'uso inclusi in requirement.csv. Facoltativamente, il file ZIP potrebbe contenere un file UserVarMemberMapping.csv per fornire il mapping dei membri delle variabili utente, un file options.xml per le opzioni di Oracle Smart View for Office per alcuni casi d'uso e un file users.csv con i nomi e le password degli utenti già esistenti, così da poter utilizzare questi invece di creare nuovi utenti. Il comando simula quindi i casi d'uso e crea un report che può essere inviato via e-mail a uno o più destinatari.

Note:

Questo comando non crea la sottomissione di un feedback. È possibile utilizzare l'opzione Feedback (fare riferimento alla sezione Raccolta delle informazioni diagnostiche mediante la utility Feedback nella Guida introduttiva per gli amministratori) da una schermata del processo aziendale, l'API REST Feedback o il comando feedback per generare una sottomissione di feedback per ottenere i dettagli dell'ambiente dopo l'esecuzione della simulazione.

Scenario d'uso 1: test di accettazione delle performance dell'applicazione per 50 utenti che aprono simultaneamente un form.

Soluzione

  1. Creare requirement.csv con voci simili alle seguenti, partendo dal presupposto che si voglia aprire un form denominato Exchange Rates archiviato nella cartella Library/Global Assumption/: 
    # Type of Operation,Artifact Name,Number of Users,Input File,Additional Info
Open Form, Library/Global Assumption/Exchange Rates,50,open_form_input.csv,
  2. Creare open_form_input.csv utilizzando il formato specificato nella sezione File di input per l'apertura dei form. Il file conterrà una voce che verrà utilizzata 50 volte. Per aprire lo stesso form con POV diversi, saranno necessarie tante voci quanti sono i POV da usare.
  3. Creare il file UserVarMemberMapping.csv utilizzando il formato specificato nella sezione Creazione del file UserVarMemberMapping.csv se è necessario impostare il mapping dei membri delle variabili utente.
  4. Esportare le opzioni di Smart View nel file options.xml, se è necessario utilizzare le opzioni di Smart View. Per i dettagli, fare riferimento alla sezione Creazione del file options.xml.
  5. Creare un file ZIP contenente i file indicati nei passi precedenti e caricarlo nella cartella inbox.
  6. Eseguire il comando simulateConcurrentUsage utilizzando come file di input il file ZIP creato nel passo precedente.

Scenario d'uso 2: simulazione delle performance per un aumento nell'utilizzo stagionale, ad esempio alla fine dell'anno finanziario. Presupposto: 100 utenti salvano un form con uno scarto temporale di sei secondi tra ogni utente.

Soluzione

  1. Creare requirement.csv con voci simili alle seguenti partendo dal presupposto che si voglia salvare un form denominato Accessories Revenue archiviato nella cartella Library/Dashboards/: 
    # Type of Operation,Artifact Name,Number of Users,Input File,Additional Info
Save Form, Library/Dashboards/Accessories Revenue,100,save_form_input.csv,
  2. Creare save_form_input.csv utilizzando il formato specificato nella sezione File di input per il salvataggio dei form.
  3. Creare il file UserVarMemberMapping.csv utilizzando il formato specificato nella sezione Creazione del file UserVarMemberMapping.csv se è necessario impostare il mapping dei membri delle variabili utente.
  4. Esportare le opzioni di Smart View nel file options.xml, se è necessario utilizzare le opzioni di Smart View. Per i dettagli, fare riferimento alla sezione Creazione del file options.xml.
  5. Creare un file ZIP contenente i file indicati nei passi precedenti e caricarlo nella cartella inbox.
  6. Eseguire il comando simulateConcurrentUsage utilizzando come file di input il file ZIP creato nel passo precedente e i valori di proprietà iteration=1 e lagTime=6.

Si applica a

Planning, Planning Modules, FreeForm, Financial Consolidation and Close, Tax Reporting, Strategic Workforce Planning e Sales Planning.

Ruoli necessari

Amministratore servizi. Il ruolo di amministratore del dominio di Identity è necessario anche per utilizzare testModes 0, 1 e 2.

Utilizzo

epmautomate simulateConcurrentUsage INPUT_FILE.zip [testName=TEST_NAME] [iterations=COUNT] [notificationEmails="EMAIL_ADDRESS"] [testMode=0|1|2|3|4] [lagTime=LAG_TIME]. I parametri sono descritti di seguito.

  • INPUT_FILE.zip è il nome di un file ZIP che identifica i casi d'uso dell'utente. Utilizzare il comando uploadFile (sintassi di esempio del comando epmautomate uploadFile "C:/uploads/INPUT_FILE.zip" inbox) per caricare il file nella cartella inbox prima di eseguire questo comando. Il file ZIP deve contenere i file indicati di seguito.
  • testName indica un nome (la lunghezza massima è di 50 caratteri) per identificare il richiamo corrente di questo test. Questo parametro è richiesto per le modalità di test 0, 1, 2 e 3 ed è facoltativo per la modalità di test 4.

    Note:

    È necessario utilizzare lo stesso nome di test se si fraziona la simulazione in sequenza con le modalità di test 1 (per creare utenti), 3 (per eseguire la simulazione con gli utenti creati dalla modalità di test 1) e quindi 2 (per eliminare gli utenti creati dalla modalità di test 1) utilizzando lo stesso file di input. Segue un esempio di utilizzo con il nome di test Sim02.
    • Creare gli utenti: 
      epmautomate simulateConcurrentUsage SimTest.zip testName=Sim02 testMode=1
    • Eseguire simulazioni con gli utenti creati dall'esempio precedente: 
      epmautomate simulateConcurrentUsage SimTest.zip testName=Sim02 testMode=3
    • Eliminare gli utenti creati per questa simulazione: 
      epmautomate simulateConcurrentUsage SimTest.zip testName=Sim02 testMode=2
  • iterations (facoltativo) è un numero positivo che indica quante volte deve essere eseguito ogni caso d'uso identificato in requirement.csv per misurare il tempo di risposta. Se non specificato, l'operazione viene eseguita una sola volta.
  • notificationEmails, facoltativo, indica gli indirizzi email ai quali inviare i risultati di questo comando. Se si specificano più indirizzi e-mail, separarli con un punto e virgola. Includere anche l'elenco di indirizzi tra virgolette. Se non specificato, i risultati vengono inviati all'utente che ha avviato il comando. Per ulteriori informazioni su questo report, fare riferimento alla sezione Esempio di report di simulazione dell'utilizzo concorrente.
  • [testMode], facoltativo, specifica la modalità di simulazione dell'utilizzo concorrente. Il valore predefinito è 0. Di seguito sono riportati i valori consentiti.
    • 0: la modalità di simulazione predefinita che aggiunge utenti simulati all'ambiente e li assegna al ruolo Amministratore servizi, esegue la simulazione e poi elimina gli utenti simulati. Questa modalità è utile per eseguire il test una sola volta.

      I nomi utente simulati utilizzano il pattern <testName>Utente<userNumber>. Gli esempi riportati di seguito presuppongono che il nome di test utilizzato sia Simulation.

      Nome: SimulationUser1, SimulationUser2 e così via

      Cognome: SimulationUser1, Simulationser2 e così via

      Indirizzo e-mail: SimulationUser1@example.oracle.com, SimulationUser2@example.oracle.com e così via

      Nome utente: SimulationUser1, SimulationUser2 e così via

    • 1: gli utenti simulati vengono aggiunti all'ambiente e viene loro assegnato il ruolo Amministratore servizi. La simulazione non viene eseguita né vengono eliminati gli utenti simulati.

      Dopo aver utilizzato questa modalità eseguire il comando nella modalità 3 per ripetere la simulazione per il numero di volte richieste. Al termine, eseguire il comando nella modalità 2 per eliminare gli utenti simulati.

    • 2: gli utenti simulati vengono eliminati. Gli utenti non vengono creati né la simulazione eseguita.
    • 3: la simulazione viene eseguita utilizzando utenti simulati già esistenti senza aggiungere né eliminare utenti.
    • 4: utilizza gli utenti definiti nel file users.csv incluso nel file ZIP di input per eseguire il comando. Fare riferimento alla sezioneCreazione del file users.csv. Questa modalità non crea utenti per la simulazione. Utilizza gli utenti esistenti.

    Se si desidera eseguire una sola volta l'utilizzo concorrente, usare testMode=0. Per eseguire una serie di test, procedere come segue.

    • Innanzi tutto eseguire il comando utilizzando testMode=1 per aggiungere gli utenti simulati e assegnare loro il ruolo Amministratore servizi.
    • Quindi eseguire il comando utilizzando testMode=3 per ripetere la simulazione il numero di volte richiesto.
    • Infine eseguire il comando utilizzando testMode=2 per eliminare gli utenti simulati.
  • [lagTime], facoltativo, specifica il numero di secondi (5 o più) di attesa tra l'esecuzione di ciascun caso d'uso in requirement.csv. Il valore predefinito è 5 secondi. Non utilizzare numeri negativi (ad esempio -1), frazioni (ad esempio 1/2) e valori decimali.

    Dopo l'avvio dell'esecuzione di un caso d'uso in requirement.csv da parte di un utente , il comando attende il numero di secondi specificato da questo parametro per avviare l'esecuzione del caso d'uso da parte dell'utente successivo. Poiché le attività dell'utente solitamente non vengono avviate contemporaneamente, l'impostazione di questo parametro consente di creare una simulazione più realistica del carico in un ambiente.

Esempio

epmautomate simulateConcurrentUsage test_simulation.zip testName=Simulation iterations=5 notificationEmails="jane.doe@example.com;john.doe@example.com;example@example.com" lagTime=6