Tutorial sui report di riepilogo dei test: impara con esempi e modelli
Tommaso Hamilton
Rapporto di prova
Rapporto di prova è 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 di quanto bene Testing viene eseguita. 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 rimangono molti difetti nel prodotto, le parti interessate possono ritardare il rilascio fino a quando tutti i difetti non saranno stati risolti.
Esempio di rapporto di prova
Perché il rapporto di prova?
Lo scenario seguente ti mostrerà perché abbiamo bisogno del rapporto di prova
| In precedenza, quando il capo ti ha chiesto se il sito web Guru99 Bank può rilasciare, gli hai risposto | Il capo si è fidato di te e ha deciso di rilasciare questo sito web al cliente alla fine del mese. Ma due mesi dopo il rilascio, hai ricevuto il feedback dal cliente. |
|
|
|
Conosci la causa principale di questo problema? Perché il sito presenta ancora dei difetti anche se 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 è semplicemente fidato di quello che hai detto e ha rilasciato il sito web senza conoscerne le prestazioni di test.
I vantaggi tipici di un rapporto di prova includono:
Come realizzare un buon rapporto di prova?
Per rispondere a questa domanda, devi sapere:
Cosa contiene un rapporto di prova?
Informazioni sul progetto
Tutte le informazioni del progetto come il nome del progetto, il nome del prodotto e la versione devono essere descritte nel rapporto di prova. Ad esempio, le informazioni sul progetto Guru99Bank saranno le seguenti
Obiettivo del test
Come menzionato in Pianificazione dei test tutorial, il rapporto di test deve includere l'obiettivo di ogni ciclo di test, come test unitario, test delle prestazioni, test di 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 superati
- Il numero di casi di test fallisce
- Percentuale di passaggio
- Percentuale di fallimenti
- Commenti
Queste informazioni dovrebbero essere visualizzate visivamente utilizzando indicatore di colore, grafico e tabella evidenziata.
Difetto
Una delle informazioni più importanti nel Test Report è il difetto. Il report 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 Difetto densità, % di difetti risolti.
Il team del progetto ti ha inviato le seguenti informazioni sul difetto
- La densità dei difetti è in media di 20 difetti/1000 righe di codice
- 90% dei difetti risolti in totale
- I dettagli dei bug sono descritti in questo tracker dei difetti qui
È possibile rappresentare i dati come il seguente grafico
Suggerimenti per scrivere un buon rapporto di prova
Il rapporto di prova è un in termini di comunicazione strumento tra il Test Manager e le parti interessate. Attraverso il rapporto di prova, la parte interessata può capire la situazione del progetto, la qualità del prodotto e altre cose.
Lo scenario seguente mostra perché abbiamo bisogno di un buon rapporto di prova
Collabori con una società di outsourcing, il suo tester dopo aver eseguito Test di Performance del sito web Guru99 Bank, ti invia un rapporto di prova come questo
Anche le informazioni di quel rapporto lo sono astratto. Non contiene informazioni dettagliate. Lo stakeholder che lo leggerà potrebbe esserlo leggermente perplesso quando lo ottengono. Potrebbero chiedere o avere le seguenti serie di domande: –
- Perché non hanno eseguito i 30 TC rimasti
- 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: Dovresti fornire una descrizione dettagliata dell'attività di test, mostrare quali test hai eseguito. Non inserire informazioni astratte nel rapporto, perché il lettore non capirà ciò che hai detto.
- Clear: Tutte le informazioni nel rapporto di prova dovrebbero essere corto e chiaramente comprensibile.
- Standard: Il Rapporto di Prova dovrebbe seguire il Standard modello. È facile per le parti interessate rivedere e garantire il coerenza tra i rapporti di prova in molti progetti.
- Specifica: Non scrivere un saggio sull'attività del progetto. Descrivere e riassumere le specifiche del risultato del test e concentrarsi sul punto principale.
Ad esempio, per correggere il rapporto di prova di cui sopra, il tester dovrebbe fornire ulteriori informazioni come:
- informazioni sul progetto
- Ciclo di test: (Test di sistema, Test di integrazione…ecc.)
- Quali funzioni sono già state testate (% TC eseguiti, % TC superati o falliti...)
- Rapporto sui difetti (Descrizione del difetto, Priorità o stato...)
