Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Crea uno scenario di test

La creazione di uno scenario di test prevede quattro passaggi principali: configurazione delle impostazioni generali, definizione dello scenario, definizione dei modelli di traffico e revisione della configurazione.

Fase 1: impostazioni generali

Configura i parametri di base per il test di carico, inclusi il nome del test, la descrizione e le opzioni di configurazione generali.

Identificazione del test

Opzioni di pianificazione

Configura quando deve essere eseguito il test:

Pianificazione del flusso di lavoro

Quando si pianifica un test, si verifica il seguente flusso di lavoro:

Dati in tempo reale

Seleziona la casella di controllo Includi dati in tempo reale per visualizzare le metriche in tempo reale mentre il test è in esecuzione. Se abilitato, puoi monitorare:

La funzionalità dei dati in tempo reale fornisce grafici in tempo reale con dati aggregati a intervalli di un secondo. Per ulteriori informazioni, consulta Monitoraggio con dati in tempo reale.

Fase 2: Configurazione dello scenario

Definisci lo scenario di test specifico e seleziona il tuo framework di test preferito.

Selezione del tipo di test

Scegliete il tipo di test di carico da eseguire:

modalità Traffic Shape

Scegli da che parte controlla il carico generato dal test. La modalità selezionata modifica i campi mostrati dalla console nella Fase 3: Forma del traffico.

Native richiede uno script caricato, quindi non puoi selezionarlo quando scegli il tipo di test Simple HTTP Endpoint. Per le definizioni complete e le indicazioni sulla modalità da scegliere, consulta le modalità Modalità di configurazione del traffico Traffic shape.

Configurazione dell'endpoint HTTP

Quando si seleziona «Simple HTTP Endpoint», la soluzione genera un piano di test JMeter a partire dalla configurazione e lo esegue con il binario Apache JMeter in dotazione. Configura queste impostazioni:

Script del framework di test

Quando usi JMeter, k6 o Locust, carica il tuo file di script di test o un archivio .zip contenente lo script di test e i file di supporto.

Per JMeter, puoi includere plugin personalizzati in una /plugins cartella all'interno del tuo archivio .zip.

Per Locust, è necessario nominare uno script di test all'interno di un archivio .zip. locustfile.py Per installare pacchetti Python di terze parti nel contenitore in fase di esecuzione, includi un requirements.txt file nell'archivio e, facoltativamente, una packages sottodirectory di file wheel per installarli senza accesso a Internet. Per ulteriori informazioni, consulta Locust tests. Test di locuste

Durata di sicurezza (modalità nativa)

Quando si seleziona la modalità nativa, la console mostra un campo Durata di sicurezza accanto al caricamento dello script. L'impostazione predefinita è 4 ore e la massima è 24 ore.

In modalità nativa, la durata di sicurezza pone fine a un test che viene eseguito più a lungo del previsto, poiché lo script decide quando termina l'esecuzione. È una guardia, non un programma. Se il test è ancora in esecuzione allo scadere della durata, la soluzione interrompe il framework di test. Mantiene i risultati per la parte eseguita e registra l'esecuzione come completata anziché fallita. Impostalo al di sopra della durata massima prevista per lo script.

Fase 3: Forma del traffico

Configura la modalità di distribuzione del traffico durante il test, incluso il supporto multiregionale.

Modalità di configurazione del traffico

La soluzione offre due modalità di forma del traffico, Standard e Native. Si differenziano in base al lato che controlla il caricamento: la soluzione o lo script caricato. La modalità viene selezionata nella Fase 2: Configurazione dello scenario e questa determina quale dei campi seguenti è applicabile.

Standard

La modalità standard consente alla soluzione di controllare il carico. È possibile impostare il numero di attività di Fargate per regione, gli utenti virtuali simultanei per attività, un periodo di avvio e una durata di attesa. La soluzione esegue il test tramite il framework di automazione Taurus, che traduce tali valori nei controlli di carico del framework sottostante. Taurus ha la precedenza su qualsiasi caricamento dichiarato dallo script, quindi un blocco di opzioni k6, un Locust o un gruppo di thread JMeter viene LoadTestShape riscritto o ignorato. Gli utenti virtuali di una regione sono il numero di attività moltiplicato per la concorrenza di ciascuna attività e la forma è la stessa a prescindere dal framework scelto. Questo è il modo in cui venivano eseguiti tutti i test prima della versione 4.3.0, quindi gli scenari creati in precedenza continuano a comportarsi esattamente come prima e non necessitano di modifiche.

Scegliete Standard quando la forma di caricamento appartiene all'esterno dello script, impostata dalla console, dalla CLI o da un agente. Standard è l'unica modalità che consente di impostare un numero esatto di utenti virtuali e modificare la forma di avvio e mantenimento senza toccare lo script. Solo Standard supporta il tipo Simple HTTP Endpoint, in cui la soluzione genera il piano di test per te. Usi tipici: un controllo della capacità che passa da 500 a 5.000 utenti virtuali, una regressione notturna che trattiene 1.000 utenti per dieci minuti o qualsiasi confronto che richieda una rampa identica. Il suo limite è l'espressività. Tutto ciò che Taurus non è in grado di rappresentare non è disponibile qui, inclusi scenari ponderati multipli, soglie per fase ed esecutori relativi al tasso di arrivo.

Nativo

La modalità nativa consente allo script di controllare il carico. La soluzione esegue il file che hai caricato nella riga di comando del framework:jmeter -n -t,k6 run, olocust --headless. Non passa alcun flag di caricamento, quindi lo script è l'unica autorità sul traffico che genera e la soluzione non lo riscrive mai. Rimangono due controlli: quante attività Fargate avviare per regione e una durata di sicurezza richiesta fino a 24 ore. La durata di sicurezza è una protezione contro uno script che non finisce mai, non un programma. Se un test è ancora in esecuzione allo scadere della durata, la soluzione arresta il framework, raccoglie i risultati per la parte eseguita e registra l'esecuzione come completata anziché fallita. Ogni attività viene eseguita come un processo di framework indipendente senza coordinamento tra le attività, quindi una regione genera una copia completa del carico dichiarato dallo script per ogni attività. Ad esempio, uno script k6 che contiene 200 utenti virtuali, eseguito su cinque attività, colloca 1.000 utenti virtuali sulla destinazione. Il conteggio delle attività è quindi l'unico controllo del carico che Native ti offre e si sposta in multipli interi di ciò che dichiara lo script. Modificare la rampa, il tempo di attesa o il conteggio degli utenti virtuali significa modificare lo script.

Scegliete Native quando desiderate eseguire uno script esattamente come è stato scritto. Uno script già eseguito localmente o in CI viene eseguito invariato sulla soluzione, motivo principale per scegliere Native. Native conserva tutto ciò che il framework può esprimere: scenari, fasi e soglie k6; LoadTestShape classi Locust e set di attività ponderati; timer JMeter e gruppi di thread. Sceglietelo quando la forma del carico fa parte del significato del test e riprodurla fedelmente è più importante che controllarla dall'esterno. Usi tipici: riutilizzare uno script k6 da una pipeline senza riscriverlo, un profilo spike-then-recover o scenari ponderati che un singolo numero di concorrenza non è in grado di esprimere. L'esecuzione del framework così come è stato creato comporta due vincoli. Native richiede uno script caricato, quindi Simple HTTP Endpoint non è disponibile. Gli script Locust non devono essere impostatiprocesses, perché la soluzione conta le richieste solo quando Locust viene eseguito come un singolo processo.

Scelta di una modalità

Multi-Region configurazione del traffico

Seleziona una o più regioni AWS per distribuire geograficamente il test di carico. Per ogni regione selezionata, configura:

Determina il numero di utenti

Il numero di utenti che un contenitore può supportare per un test può essere determinato aumentando gradualmente il numero di utenti e monitorando le prestazioni in Amazon CloudWatch. Una volta osservato che le prestazioni di CPU e memoria si stanno avvicinando ai loro limiti, hai raggiunto il numero massimo di utenti che un container può supportare per quel test nella sua configurazione predefinita (2 vCPU e 4 GB di memoria).

Questa calibrazione imposta il valore di concorrenza, quindi si applica alla modalità Standard. I limiti del contenitore che stabilisce si applicano anche alla modalità nativa. Qui puoi aumentare o diminuire il carico dichiarato dallo script, invece di impostare il campo Concurrency.

Processo di calibrazione

Puoi iniziare a determinare i limiti di utenti simultanei per il tuo test utilizzando il seguente esempio:

Ripetere i passaggi 1-3 se il test non ha superato i limiti delle risorse. Facoltativamente, è possibile aumentare le risorse del contenitore per consentire un numero maggiore di utenti simultanei. Tuttavia, ciò comporta un costo più elevato. Per informazioni dettagliate, consulta la Guida per gli sviluppatori.

Per ulteriori informazioni sulla calibrazione degli utenti per motore, consulta Calibrating a Taurus Test nella documentazione. BlazeMeter

Tabella delle attività disponibili

La Tabella delle attività disponibili mostra la disponibilità delle risorse per ogni regione selezionata:

Per aumentare il numero di attività o vCPU disponibili per attività, consulta la Guida per gli sviluppatori.

Durata del test

Definisci per quanto tempo verrà eseguito il test di carico. La console mostra questa sezione solo in modalità Standard. In modalità nativa, lo script determina la durata del test, limitata dalla durata di sicurezza impostata nella Fase 2: Configurazione dello scenario.

Fase 4: Revisione e creazione

Rivedi tutte le configurazioni prima di creare lo scenario di test. Verifica:

Dopo la revisione, scegli Crea per salvare lo scenario di test.

Gestione degli scenari di test

Dopo aver creato uno scenario di test, puoi: