Come si fa a stress test il vostro software?

Question

Ho lavorato su un app, da me, e io sono in una fase in cui tutto funziona alla grande - fino a quando l'utente fa tutto lui o lei dovrebbe fare. :-) Il software ha bisogno di ulteriori test per vedere come robusto è, come funziona quando la gente le cose come fare clic sul tasto stesso più volte, cercano di aprire il tipo sbagliato di file, inserire i dati nei posti sbagliati, ecc

Sto avendo un po 'di problemi con questo perché è un po' difficile per me pensare in termini di utilizzare l'applicazione in modo non corretto. Questi sono tutti casi limite a me. Eppure, mi piacerebbe avere l'applicazione come stabile e ben testato il più possibile prima di iniziare dando ai beta tester. Partendo dal presupposto che io non sto parlando di assunzione di tester professionali, a questo punto, io sono curioso di sapere se tutti voi avete consigli o modi sistematiche di pensare a questo compito.

Grazie, come sempre.

Answer 1

Beh, suona come si sta parlando di 2 cose diverse "Prova la funzionalità dell'applicazione" e "stress test" (che è il titolo della tua domanda)

Lo stress test è quando si ha un sito web, e si desidera controllare che possa server di 100.000 persone allo stesso tempo. Vedendo come l'applicazione esegue in condizioni di stress. Si può fare questo una serie di modi, per esempio registrando alcune azioni e quindi ottenere un numero di macchine agente di colpire l'applicazione contemporaneamente.

Questa domanda suona più come una domanda di garanzia della qualità. Questo è ciò che tester / beta tester sono per. Ma ci sono cose che si possono fare da soli per convalidare l'applicazione funziona il meglio che può.

Unità testare il tuo codice sarebbe un buon inizio, aiuta a provare e trovare quei casi limite. Se il metodo prende in cose come interi, provare passando int.max, int.min, e vedere cosa fa saltare in aria. VALORI NULLI in ogni cosa. Se si utilizza Net si potrebbe desiderare di guardare PEX, si passerà attraverso tutti i rami / codepaths che l'applicazione è. Questo potrebbe aiutare a perfezionare ulteriormente i test di unità per testare l'applicazione il meglio che puoi.

test di integrazione, vedere cosa succede end to end per alcuni dei vostri solite cose. Questo vi aiuterà a 'trovare bug' come si sta sviluppando in seguito.

Questi sono alcuni suggerimenti rapidi su che cosa possono fare da soli per cercare di trovare i casi limite che potreste aver perso. Ma sì, alla fine si dovrà passare la vostra applicazione off a qualcun altro per provare. Basta fare in modo che avete coperto fuori il più possibile prima che li colpisce: -)

Answer 2

Assicurarsi di avere la copertura del codice adeguata il test di unità e test di integrazione.

Con la convalida UI del caso, e le combinazioni di test che possono rompere.

Ho trovato che un'applicazione ben architettato, che riduce il numero di possibili permutazioni nell'interfaccia utente (modi l'utente può romperlo) aiuta molto. I design pattern come MVC possono essere particolarmente utili in questo senso, poiché rendono la vostra impiallacciatura interfaccia utente più sottile possibile.

Answer 3

Automation.

(Re) Factor il codice in modo che un altro programma può buttare user-eventi a esso. Creare semplici script di eventi utente e giocare di nuovo al vostro programma. Acquisire gli eventi degli utenti beta e salvare quelli come script di test (utile per riprodurre i problemi e il controllo di regressioni). Scrivi un fuzz-tester che si applica piccoli cambiamenti casuali per gli script e provare contro il vostro programma pure.

Con questo tipo di automazione si può sottolineare e l'applicazione e trovare i problemi evidenti come la cache e perdite di memoria. Non metterà alla prova l'effettiva funzionalità. Per la funzionalità, unit test può essere utile. Ci sono un sacco di framework di test unità là fuori per provare. Scegli qualcosa di utile, imparare a scrivere buoni test, e integrarli nel vostro processo di compilazione.