Rapporto di prova
Test Report è un documento che contiene un riepilogo di tutte le attività di test e i risultati finali dei test di un progetto di test. Il rapporto di prova è una valutazione dell'efficacia del test. Sulla base del rapporto di prova, le parti interessate possono valutare la qualità del prodotto testato e prendere una decisione sulla versione del software.
Ad esempio, se il rapporto di prova informa che ci sono molti difetti rimasti nel prodotto, le parti interessate possono ritardare il rilascio fino a quando tutti i difetti non sono stati risolti.
Esempio di rapporto di prova
Perché rapporto di prova?
Il seguente scenario ti mostrerà perché abbiamo bisogno del rapporto di prova
| In precedenza, quando il capo ti ha chiesto se il sito Web Guru99 Bank può essere pubblicato, gli hai risposto | Il capo si è fidato di te e ha deciso di rilasciare questo sito Web al cliente alla fine del mese. Ma 2 mesi dopo il rilascio, hai ricevuto il feedback dal cliente. |
|
|
|
Conosci la causa principale di questo problema? Perché il sito web presenta ancora dei difetti anche quando il tuo team lo ha già testato?
Il problema è che hai ignorato la fase di reporting e valutazione in Test Management. Il capo non ha informazioni per valutare la qualità di questo sito web. Si sono semplicemente fidati di ciò che hai detto e hanno rilasciato il sito Web senza conoscerne le prestazioni di test.
I vantaggi tipici di un rapporto di prova includono:
Come fare un buon rapporto di prova?
Per rispondere a questo, devi sapere:
Cosa contiene un rapporto di prova?
Informazioni di progetto
Tutte le informazioni sul progetto come il nome del progetto, il nome del prodotto e la versione dovrebbero essere descritte nel rapporto di prova. Ad esempio, le informazioni del progetto Guru99Bank saranno le seguenti
Obiettivo del test
Come accennato nel tutorial sulla pianificazione del test, il report del test dovrebbe includere l'obiettivo di ogni ciclo di test, come il test unitario, il test delle prestazioni, il test del sistema ... ecc.
Riepilogo del test
Questa sezione include il riepilogo dell'attività di test in generale. Le informazioni dettagliate qui includono
- Il numero di casi di test eseguiti
- Il numero di casi di test viene superato
- Il numero di casi di test fallisce
- Percentuale di passaggio
- Percentuale di fallimento
- Commenti
Queste informazioni dovrebbero essere visualizzate visivamente utilizzando l' indicatore di colore , il grafico e la tabella evidenziata .
Dai un'occhiata al Rapporto di prova del sito web Guru99 Bank per conoscere maggiori dettagli sul rapporto di prova
Difetto
Una delle informazioni più importanti nel rapporto di prova è il difetto. Il rapporto dovrebbe contenere le seguenti informazioni
- Numero totale di bug
- Stato dei bug (aperto, chiuso, in risposta)
- Numero di bug aperti, risolti, chiusi
- Suddivisione per gravità e priorità
Come il riepilogo del test, puoi includere alcune semplici metriche come Densità dei difetti,% di difetti fissi.
Il team di progetto ti ha inviato le informazioni sul difetto come segue
- La densità dei difetti è di 20 difetti / 1000 righe di codice medio
- Difetti corretti al 90% in totale
- I dettagli dei bug sono descritti in questo tracker di difetti qui
È possibile rappresentare i dati come grafico seguente
Suggerimenti per scrivere un buon rapporto di prova
Il rapporto di prova è uno strumento di comunicazione tra il Responsabile del Test e lo stakeholder. Attraverso il rapporto di prova, lo stakeholder può comprendere la situazione del progetto, la qualità del prodotto e altre cose.
Il seguente scenario mostra perché abbiamo bisogno di un buon rapporto di prova
Collabori con una società di outsourcing, il suo tester dopo aver eseguito il Performance Test del sito web Guru99 Bank, ti invia un rapporto di prova come questo
Le informazioni di quel rapporto sono troppo astratte . Non dispone di informazioni dettagliate. Lo stakeholder che lo leggerà potrebbe essere leggermente perplesso quando lo capirà. Potrebbero porre o avere le seguenti serie di domande: -
- Perché non hanno eseguito 30 TC che rimangono
- Quali sono questi casi di test falliti
- Non ha alcuna descrizione dei bug
Per risolvere questo problema, un buon rapporto di prova dovrebbe essere:
- Dettagli : è necessario fornire una descrizione dettagliata dell'attività di test, mostrare quale test è stato eseguito. Non inserire le informazioni astratte nel rapporto, perché il lettore non capirà ciò che hai detto.
- Chiaro: tutte le informazioni nel rapporto di prova devono essere brevi e chiaramente comprensibili.
- Standard: il rapporto di prova dovrebbe seguire il modello standard . È facile per le parti interessate rivedere e garantire la coerenza tra i rapporti di prova in molti progetti.
- Specifico: non scrivere un saggio sull'attività del progetto. Descrivi e riassumi le specifiche dei risultati del test e concentrati sul punto principale.
Ad esempio, per correggere il rapporto di prova di cui sopra, il tester dovrebbe fornire ulteriori informazioni come:
- Informazioni di progetto
- Ciclo di test: (test di sistema, test di integrazione ... ecc.)
- Quali funzioni sono già state testate (% TCs eseguiti,% TCs passati o falliti ...)
- Rapporto sui difetti (descrizione del difetto, priorità o stato ...)