Test di carico
Il sistema rispetta i tempi attesi con il traffico previsto? Simuliamo il traffico del picco e misuriamo.
Il tuo sito regge il prossimo picco? Lo verifichiamo prima che arrivi.
Simuliamo in un ambiente di prova il traffico del tuo evento: saldi, campagna, click day, lancio. Misuriamo a quale carico il sistema rallenta, dove si rompe e cosa sistemare per primo. Primo test su due flussi critici in una settimana.
Rispondi a 3 domande e invia la richiesta: scegli l'orario della call e invia: è fissata subito. Nessun test parte senza la tua autorizzazione scritta.
- Team certificato ISTQB
- Membro Assintel
- Membro della Robot Framework Foundation
- Operativi da remoto in tutta Italia
test di carico · staging25:00 / 25:00
- POST /checkout4,0 serrori 11%
- GET /carrello945 msdegrado
- GET /catalogo566 msnei tempi
- POST /login149 msnei tempi
Checkout oltre la soglia da 4.000 utenti: prima causa, le connessioni al database.
Come lavoriamo, in numeri
0 settimana
per il primo test su due flussi critici
p0 e p99
tempi di risposta per livello di carico, non medie
0
licenze da rinnovare: Gatling e Locust, script nel tuo repository
0+
difetti critici individuati prima del rilascio
Dove lo abbiamo già fatto
Abbiamo eseguito test di performance e gestito il processo di test per piattaforme di ticketing e streaming nel settore sport e intrattenimento, dove il picco non è graduale: arriva tutto insieme quando l'evento inizia.
Lo stesso metodo vale per un ecommerce ai saldi, un portale con un click day o un'app al lancio di una nuova versione. La domanda è sempre la stessa: quante persone entrano insieme, e cosa succede al sistema.
- Ticketing
- Streaming
- Ecommerce
- Portali con click day
- API
Quanto ti costa un'ora di sito lento o fermo
Metti i tuoi numeri. Il calcolo resta nel tuo browser: non lo inviamo da nessuna parte.
euro
ore
Ricavi che passano dal sito in quelle ore
0 €
Un rallentamento non azzera gli ordini, ma ne perde una parte. Il numero dice quanto c'è in gioco, non quanto perderai: quello lo scopriamo con il test.
La tua situazione, il test che facciamo, cosa scopri
Ogni evento mette sotto pressione un punto diverso del sistema. Trova la tua riga.
| La tua situazione | Il test che facciamo | Cosa scopri |
|---|---|---|
| Saldi o Black Friday | Test di carico e di picco | Quanti utenti contemporanei regge il checkout e a che punto iniziano gli errori. |
| Campagna TV, radio o social con una data | Test di picco | Cosa succede quando migliaia di persone arrivano nello stesso minuto sulla stessa pagina. |
| Click day, bando o apertura iscrizioni | Test di picco e di stress | Il punto di rottura dell'invio del modulo e come si comporta il sistema oltre quel punto. |
| Apertura vendite o biglietteria per un evento | Test di carico e di durata | Se code, pagamenti e conferme reggono per tutta la finestra di vendita, non solo al primo minuto. |
| Migrazione di hosting, cloud o database | Test di carico con confronto | Se il nuovo ambiente regge almeno quanto il vecchio, con i numeri prima e dopo. |
| Nuova versione dell'app o del sito | Test di regressione delle prestazioni | Se il rilascio ha rallentato qualcosa, confrontando i tempi con la base di riferimento. |
La tua situazione
Saldi o Black Friday
Il test che facciamo
Test di carico e di picco
Cosa scopri
Quanti utenti contemporanei regge il checkout e a che punto iniziano gli errori.
La tua situazione
Campagna TV, radio o social con una data
Il test che facciamo
Test di picco
Cosa scopri
Cosa succede quando migliaia di persone arrivano nello stesso minuto sulla stessa pagina.
La tua situazione
Click day, bando o apertura iscrizioni
Il test che facciamo
Test di picco e di stress
Cosa scopri
Il punto di rottura dell'invio del modulo e come si comporta il sistema oltre quel punto.
La tua situazione
Apertura vendite o biglietteria per un evento
Il test che facciamo
Test di carico e di durata
Cosa scopri
Se code, pagamenti e conferme reggono per tutta la finestra di vendita, non solo al primo minuto.
La tua situazione
Migrazione di hosting, cloud o database
Il test che facciamo
Test di carico con confronto
Cosa scopri
Se il nuovo ambiente regge almeno quanto il vecchio, con i numeri prima e dopo.
La tua situazione
Nuova versione dell'app o del sito
Il test che facciamo
Test di regressione delle prestazioni
Cosa scopri
Se il rilascio ha rallentato qualcosa, confrontando i tempi con la base di riferimento.
Cosa ricevi
Il blocco più importante della pagina: oggetti concreti, nel tuo repository e nella tua casella.
Modello di carico approvato prima del test
Quanti utenti, su quali percorsi, con che ritmo. Lo scriviamo insieme partendo dai dati del tuo ultimo picco.
Script nel tuo repository
Scenari in Gatling o Locust, versionati nel tuo repository. Se hai già script k6 o JMeter partiamo da quelli.
Report con p50, p95 e p99 per ogni livello di carico
p95 è il tempo entro cui risponde il 95% delle richieste: dice come va per quasi tutti, non per la media. Con throughput e tasso di errore.
Punto di degrado e punto di rottura
Il carico a cui il sistema inizia a rallentare e quello a cui smette di rispondere, con il valore esatto.
Colli di bottiglia con la causa, in ordine di impatto
Database, API, server, cache: cosa cede per primo e perché, con le correzioni da fare prima.
Soglie di riferimento e walkthrough con il team
Una base di riferimento per i rilasci successivi e un incontro per leggere i risultati con chi deve correggere.
Seconda esecuzione dopo le correzioni
Rifacciamo il test per verificare che il problema sia risolto davvero, prima dell'evento.
Opzionale: test in pipeline
Una versione ridotta del test gira a ogni merge e ferma il rilascio se peggiora i tempi oltre la soglia concordata.
Il primo test in una settimana
- 1Giorno 1
Perimetro e modello di carico
Scegliamo i due flussi che non possono cadere e definiamo i profili di carico attesi partendo dai tuoi numeri.
Ricevi: Documento di perimetro e modello di carico da approvare.
- 2Giorni 2 e 3
Script, dati e ambiente
Scriviamo gli scenari, prepariamo i dati di prova e l'ambiente di staging insieme al tuo referente tecnico.
Ricevi: Script nel tuo repository.
- 3Giorno 4
Esecuzione e monitoraggio
Eseguiamo i test per livelli di carico crescenti e osserviamo CPU, memoria, connessioni al database e code.
Ricevi: Dati e metriche di ogni esecuzione.
- 4Giorno 5
Report e walkthrough
Report con soglie, colli di bottiglia ordinati per impatto e correzioni. Un incontro con il team di sviluppo per leggerlo insieme.
Ricevi: Report e lista delle correzioni in ordine di priorità.
- 5Dopo le correzioni
Seconda esecuzione
Rieseguiamo gli stessi scenari per confermare che le correzioni hanno effetto, con il confronto prima e dopo.
Ricevi: Confronto prima e dopo: via libera o punti ancora aperti.
Quanto tempo ti chiede
Un referente tecnico per accessi e ambiente, un incontro all'inizio e uno alla fine. Le correzioni le fa il tuo team o chi gestisce il sistema; se non c'è nessuno, possiamo occuparcene noi.
I tipi di test, spiegati semplici
Test di stress
Oltre quale soglia si rompe, e come: in modo graduale o di colpo? Spingiamo il carico oltre il previsto.
Test di picco
Regge un'ondata improvvisa, come l'apertura delle vendite o una campagna che parte? Il carico sale in pochi secondi.
Test di durata
Sotto carico costante per ore compaiono perdite di memoria o rallentamenti progressivi? Teniamo il carico a lungo.
Prezzo
Il primo intervento ha un prezzo fisso, comunicato dopo la call di 30 minuti, quando sappiamo quanti flussi, quale ambiente e quale traffico. Non pubblichiamo un listino perché due siti con lo stesso fatturato possono avere costi di test molto diversi.
Prezzo fisso
Test pre evento
Due flussi critici, modello di carico, script, report con le correzioni e seconda esecuzione dopo le correzioni. Pensato per chi ha una data.
Cosa include
- Modello di carico approvato
- Script nel tuo repository
- Report con percentili, punto di rottura e cause
- Walkthrough con il team
- Seconda esecuzione dopo le correzioni
Per chi è: Chi ha saldi, un lancio, un click day o una campagna nei prossimi tre mesi.
Cosa fa salire il prezzo
- Più di due flussi o più ambienti da testare
- Volumi di dati da generare per il test
- Picchi molto alti, che richiedono più macchine per generare il carico
- Integrazione del test nella pipeline come cancello per ogni rilascio
Chi trovi in call
Kristijan Plaushku
Titolare e Senior QA Manager, certificato ISTQB
Alla call ci sono io. Partiamo dalla tua data e dai tuoi numeri, non dagli strumenti: quanti ordini all'ora, quali pagine, dove gira il sistema.
In 30 minuti ti dico quali flussi testare per primi, cosa serve dal tuo team e quanto margine hai prima dell'evento.
- ISTQB Certified
- Test Automation
- CI/CD
- AI Agents
Richiedi la call di 30 minuti
Dicci quando arriva il picco e dove gira l'applicazione. Scegli l'orario della call di 30 minuti e invia: ricevi subito la conferma con cosa preparare.
Cosa succede dopo
- 1La call è fissata con l'invio: ricevi subito la conferma via email con cosa preparare
- 2Call di 30 minuti su evento, flussi e ambiente
- 3Proposta con perimetro e prezzo fisso del primo test
Passo 1 di 3