Cos'è lo Spike Test nel test del software? Impara con l'esempio
Tommaso Hamilton
⚡ Riepilogo intelligente
Il test di picco (spike testing) sottopone un'applicazione a un improvviso e drastico aumento di carico, per poi interromperlo altrettanto bruscamente. L'obiettivo è verificare se il sistema resiste allo shock e, aspetto altrettanto importante, se è in grado di riprendersi in seguito.
Cos'è lo Spike Test?
Test delle punte è un tipo di test del software in cui un'applicazione software viene testata con incrementi e diminuzioni estremi del carico di traffico. Lo scopo principale del test di picco è valutare il comportamento dell'applicazione software in caso di incremento o decremento improvviso del carico dell'utente e determinare il tempo di ripristino dopo un picco di carico dell'utente.
Lo Spike Testing viene eseguito per stimare i punti deboli delle applicazioni software.
Obiettivi dello Spike Testing
L'obiettivo del test Spike è vedere come il sistema risponde all'aumento e alla diminuzione imprevisti del carico dell'utente. Nell'ingegneria del software i test Spike aiutano a determinare il deterioramento delle prestazioni del sistema in caso di carico elevato improvviso.
Un altro obiettivo dello Spike Testing è determinare il tempo di recupero. Tra due picchi successivi di carico utente, il sistema ha bisogno di un po' di tempo per stabilizzarsi. Questo tempo di recupero dovrebbe essere il più basso possibile.
Come eseguire il test Spike
Ecco i semplici passaggi per eseguire lo Spike Testing:
Passaggio 1) Determinare la capacità di carico
Determina la capacità massima di carico utente della tua applicazione software.
Passaggio 2) Preparare l'ambiente di test
Preparare l'ambiente di test e configurarlo per registrare i parametri delle prestazioni.
Passaggio 3) Definire il carico previsto
Applicare il carico massimo previsto all'applicazione software utilizzando a Strumento di test delle prestazioni di tua scelta.
Passaggio 4) Aumentare il carico
Aumentare rapidamente il carico del sistema per un periodo prestabilito.
Passaggio 5) Ripristinare il carico su Normale
Ridurre gradualmente il carico al livello originale.
Passaggio 6) Analizzare i risultati
Analizza i grafici e le metriche delle prestazioni come errori, tempo impiegato, utenti virtuali, ecc.
Esempi di scenari di test di picco
- Quando un negozio di eCommerce lancia offerte speciali con grandi sconti come il Black Friday.
- Quando un'applicazione Web trasmette in streaming live il programma TV preferito.
- Quando è in corso una vendita flash su un sito di offerte giornaliere.
- Quando un determinato contenuto di un sito diventa virale su Internet.
- Viene rilasciato un nuovo sistema per la produzione e più utenti desiderano accedere al sistema.
- Un'interruzione di corrente può causare la perdita dell'accesso a un sistema da parte di tutti gli utenti. Dopo che il problema di interruzione è stato risolto, tutti gli utenti possono accedere nuovamente al sistema simultaneamente.
Scenari di recupero su carichi di punta
I tre principali scenari di ripristino che possono essere configurati per proteggersi dagli Spike sono:
- Utilizza piattaforme cloud come AWS, Azure per aumentare dinamicamente la capacità del server insieme al carico dell'utente
- Non consentire l'accesso all'applicazione ad alcuni utenti, in modo che il sistema non sia sottoposto a carichi pesanti. Ciò impedisce alle persone che superano il carico massimo progettato di entrare nel sistema. Protegge così il sistema dalla minaccia di un carico eccessivo.
- L'amministratore del sito consente agli utenti di unirsi al sistema. Tuttavia, con l'avvertimento che potrebbero riscontrare una risposta lenta a causa del carico pesante. Ciò potrebbe avere effetti negativi sulle prestazioni del sistema. Tuttavia, l'utente sarà in grado di lavorare con il sistema.
Vantaggi e svantaggi del test di picco
Di seguito sono riportati i vantaggi e gli svantaggi dello Spike Test:
| Vantaggi | Svantaggi |
|---|---|
| Le prestazioni del software devono essere mantenute a ogni costo. Tuttavia, quando si verifica un aumento estremo del carico di qualsiasi sistema, è molto probabile che si verifichino problemi. Spike Testing aiuta a testare tale scenario. | L'unico svantaggio dello Spike Testing è che si tratta di un processo di test costoso. Quindi, era necessario creare condizioni di prova speciali. Tuttavia, nel lungo periodo, darà sicuramente un ROI positivo. |
| Nel metodo di test standard, gli scenari peggiori o negativi potrebbero non essere affrontati. Tuttavia, ignorarli non significa che non si verificheranno mai. Pertanto, ogni software dovrebbe essere pronto per tali possibilità. Uno di questi scenari peggiori è il caricamento che può essere valutato e ridotto al minimo con l'aiuto dei test di picco. |
Strumenti per il test dei picchi
1) JMeter
Migliori Apache JMeter è uno strumento di test di picco open source Java. È appositamente progettato per caricare il comportamento dei test funzionali e misurare le prestazioni. Questo strumento di test delle prestazioni può essere utilizzato per analizzare e misurare le prestazioni dell'applicazione web o di una varietà di servizi. Oggi è ampiamente utilizzato per test funzionali e test di server di database.
2) LoadRunner
LoadRunner è uno strumento di test del carico per Windows e Linux, che consente test di picco del web e di altre app. Aiuta a determinare le prestazioni e il risultato dell'applicazione anche sotto carico pesante.
Come questo test si inserisce nella famiglia dei test di prestazione
Il termine "test di prestazione" è un termine generico. Le varianti descritte di seguito differiscono solo per la forma del carico applicato e per la durata del suo mantenimento, motivo per cui vengono spesso confuse tra loro.
| Tipo di test | Modello di carico | Domanda a cui risponde |
|---|---|---|
| Test di carico | Carico di picco previsto, di breve durata | Il sistema raggiunge i suoi obiettivi in condizioni di traffico di punta normali? |
| Test da sforzo | Aumentato oltre la capacità fino al cedimento | Dove si rompe e il fallimento viene gestito in modo elegante? |
| Test delle punte | Impennata estrema improvvisa, seguita da una fase di regressione. | Riuscirà a sopravvivere e a riprendersi da uno shock di traffico? |
| Test di resistenza | Carico normale mantenuto per molte ore | Le prestazioni si degradano nel tempo? |
| Test di immersione | Carico sostenuto per un periodo prolungato | Si sono verificate perdite di memoria o esaurimento delle risorse? |
| Test di stabilità | Carico variabile in base alle condizioni | Il sistema rimane affidabile al variare delle condizioni? |
| Test volumetrico | Utenti normali, volume di dati molto elevato | Riesce a gestire la crescita del database? |
I test di resistenza e i test di immersione sono spesso considerati sinonimi. Nell'uso comune, entrambi i tipi di test prevedono il mantenimento di un carico prolungato. Laddove i team li distinguono, i test di resistenza si concentrano sul verificare se i tempi di risposta aumentano nel tempo, mentre i test di stress si concentrano sul consumo di risorse come memoria, handle di file e pool di connessioni. L'esecuzione di uno dei due test fornisce solitamente i risultati di entrambi.
Parametri chiave da rilevare durante il test
La qualità di un test di performance dipende dalla qualità delle registrazioni effettuate durante la sua esecuzione. Registra questi sei parametri sia sul server che sul client, quindi confrontali con i valori di riferimento anziché affidarti a una semplice intuizione.
| Metrico | Cosa ti dice | Segnale di pericolo |
|---|---|---|
| Tempo medio di risposta | Esperienza utente tipica | Qualsiasi deriva verso l'alto durante la corsa |
| tempo di risposta al 95° percentile | L'esperienza degli utenti più lenti | Ben al di sopra della media, il che significa incoerenza |
| Throughput | Richieste gestite al secondo | Caduta mentre il carico rimane costante |
| Tasso di errore | Percentuale di richieste non riuscite o scadute | Qualsiasi aumento al di sopra della soglia concordata |
| Utilizzo di CPU e memoria | margine di risorse del server | Memoria che sale e non ritorna mai |
| Connessioni al database e thread | Esaurimento della piscina | Conteggi che crescono costantemente senza rilascio |
Leggi insieme la media e il percentile. Una media di 800 ms con un 95° percentile di 900 ms descrive un sistema coerente. La stessa media con un 95° percentile di 9 secondi significa che un utente su venti sta avendo un'esperienza negativa e la media lo nasconde.
Osservate la forma, non solo il valore. In qualsiasi test di lunga durata, una linea delle risorse piatta indica un esito positivo, mentre una linea in aumento indica una perdita, anche quando il valore assoluto rientra ancora ampiamente nei limiti al momento della conclusione del test.
Test di rilevamento delle emissioni: punti chiave
- test del software è un tipo di test del software in cui un'applicazione software viene testata con incrementi e diminuzioni estremi del carico di traffico.
- L'approccio corretto per eseguire i test di picco è aumentare inaspettatamente il numero di utenti seguito da un'immediata diminuzione del carico.
- Il carico imprevisto è l'attributo principale dell'affare.
- Esempi di scenari di test Spike nella vita reale sono: quando un negozio di eCommerce lancia offerte speciali con grandi sconti come il Black Friday. In alternativa, quando un'applicazione Web trasmette in streaming live il programma TV preferito.
- JMeter è uno strumento così utile per eseguire test di picco.
