Come si carica test dell'applicazione?

Qual è il modo più efficace per caricare per caricare test della tua app? Il punto principale è determinare quanti utenti è possibile supportare in una sola volta con l'applicazione ancora in esecuzione a una velocità ragionevole.

Il software di test di carico più completo che ho trovato è HP LoadRunner (scusate il collegamento bit.ly ma il collegamento HP è orribile e non funzionerà correttamente). È molto flessibile e puoi generare molti tipi diversi di rapporti dai test di carico. Puoi anche far lavorare in tandem un gruppo di macchine per caricare il test. Non che altri strumenti siano cattivi, ma fa sembrare qualcosa come Apache JMeter un giocattolo.

httperf principalmente e anche AB lo strumento di benchmarking di Apache

(e una tonnellata di strumentazione per rilevare query duplicate e mancate cache.)

È semplice, efficace e può generare molto traffico da una macchina quad-core + collegata al tuo server su Ethernet Gigabit. Ha anche cose interessanti come la limitazione della frequenza.

Se vuoi essere davvero fantasioso, puoi registrare e riprodurre il traffico HTTP con httperf.

Secondo quanto riferito, Microsoft Web Capacity Analysis Tool (WCAT) è lo strumento di scelta del team IIS

Ho intenzione di mettere quattro serie di criteri per esaminare gli strumenti, e ce ne sono molti disponibili nei regni open source e commerciali per le applicazioni di test delle prestazioni.

1. Eserciterà le mie interfacce sulla mia applicazione? Esistono molti strumenti gratuiti, ma con interfaccia monolitica e che potrebbero non esercitare app completamente. Gli strumenti commerciali hanno un supporto protocollo / interfaccia più ampio rispetto a quelli open source
2. La segnalazione corrisponderà alle mie esigenze? Niente è più frustrante che eseguire un test e quindi dover passare giorni cercando di mettere insieme i risultati in una forma significativa per l'analisi e per determinare se hai soddisfatto i tuoi requisiti o meno. Ancora una volta, questa è un'area in cui gli strumenti commerciali battono il bottino da quelli open source.
3. Il mio team ha le competenze tecniche per utilizzare lo strumento? Non vuoi scalare gli ostacoli o entrambi i processi di test delle prestazioni, analisi e poi un'altra lingua / strumento da imparare allo stesso tempo. Sii realista.
4. Funzionerà sulla mia infrastruttura di test? Verifica i requisiti. Se si nota un particolare sistema operativo e una versione, quindi utilizzarlo o non utilizzare lo strumento. Meno cose sono più frustranti per il supporto degli strumenti quando qualcuno chiama / invia messaggi di posta elettronica con un problema solo per scoprire che i requisiti per l'installazione e il funzionamento sono stati ignorati.

I numeri 1-3 sono fondamentali. Non perdere nessuno di questi tre e potresti aver acquistato lo strumento commerciale più costoso e assunto la società di consulenza più costosa per distribuirlo per te - Non vuoi essere sorpreso a guidare i chiodi con l'estremità di un cacciavite semplicemente perché il tuo capo ti ha detto che la pistola sparachiodi era uno strumento costoso per la casa che ti veniva chiesto di costruire (Nota: le pistole sparachiodi sono spesso disponibili per il noleggio, proprio come gli strumenti di test commerciali)

Grinder è un framework di test del carico open source potente, flessibile e utilizzabile tramite script. È attivamente sviluppato e ha una curva di apprendimento relativamente superficiale rispetto ad alcune delle altre opzioni.

Dipende da quanto sia complesso; se è molto complesso probabilmente hai bisogno di qualcosa di più coinvolto, ma per un tipico sito Web dinamico che utilizza uno script che genera diverse istanze di wget che richiedono pagine chiave nel tuo sito Web dovrebbe funzionare.