Domanda

Per questo abbiamo gestisce un build giornaliera sul nostro progetto attuale per molti mesi, a questo punto. I test di fumo che va di pari passo con quella build giornaliera non è molto complesso, anche se - si corre un paio di test NUnit sulla nostra libreria di classi principale (che, certamente, non offrono grande copertura del codice), e facciamo in modo che le cose compilazione e costruire. L'applicazione in questione è un sito ASP.NET che consuma alcuni oggetti di business (che comprendono LINQ to SQL).

Ci sono test di fumo più complesse che dovremmo essere in esecuzione, in particolare sui siti ASP.NET? Come possiamo sviluppare un test di fumo per un sito ASP.NET, se è per questo?

È stato utile?

Soluzione

Così come unit testing, può essere buono per lanciare il sito ad un server di gestione temporanea con alcuni dati di esempio. Il più vicino a vivere come possibile. Quindi utilizzare uno script di generazione di traffico HTTP per simulare il traffico degli utenti e le sessioni. È possibile monitorare la registrazione debug, eccezioni e altro codice di test sul back-end. È inoltre possibile effettuare misurazioni delle prestazioni qui.

Un po 'come una versione più intensa, iterativo di giocare con esso nel browser se stessi.

È possibile farlo attraverso la definizione (o tramite l'ispezione) le risorse pubbliche e loro ingressi. Gli script possono poi cercare di causare problemi di convalida, permutazioni dispari di flusso sito e altre cose che mettono alla prova l'intero contesto del sito in un ambiente vivo.

Se il test non è completo ... dal test di unità fino al "fa giocare bello con dati reali e traffico", quindi in ultima analisi, si sta andando ad essere in giro come un senza testa correggere i bug di pollo in seguito.

Altri suggerimenti

test di fumo, per sua natura, dovrebbe essere superficiale: Ha compilare? Distribuire? Fa il caricamento della pagina di benvenuto? Forse caricare una pagina di prova che fa una query sul database per vedere che questa connessione funziona, anche. Questo è tutto.

Non si dovrebbe fare test del fumo. Siete a conoscenza di l'etimologia di questo termine? Un "test del fumo", in elettronica, è quando si accende il computer e vedere se c'è fumo esce.

Si dovrebbe fare unit test più completi; sufficiente per darvi una buona copertura del codice. Questo è ciò che si dovrebbe fare in ogni generazione. Si dovrebbe anche cercare di fare una distribuzione, ed eseguire alcuni "test di verifica di installazione".

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top