Rapporto riassuntivo del test: modello, formato ed esempio

⚡ Riepilogo intelligente

I report di riepilogo dei test documentano ogni attività di test e il risultato finale, in modo che le parti interessate possano decidere in merito al rilascio. Questo articolo spiega cos'è un report di test, perché è importante e quali sezioni (progetto, obiettivo, riepilogo e difetti) sono necessarie in ogni buon report.

📑 Definizione di base: Un rapporto di test riassume le attività di test, la copertura e i risultati per una determinata release candidata.
🎯 Fattore determinante della decisione: Le parti interessate si affidano al rapporto per approvare, rinviare o bloccare il rilascio di un software.
🧩 Quattro sezioni: Informazioni sul progetto, obiettivo del test, riepilogo del test e difetto: presenti in ogni modello standard.
📊 Chiarezza visiva: Utilizzare indicatori di colore, grafici e tabelle evidenziate per le metriche di superamento/fallimento/difetto.
✍️ Regole di scrittura: Sii dettagliato, chiaro, standard e specifico: evita l'astrazionetracparagrafi in stile saggio.
🤖 Potenziamento AI: Gli assistenti basati sull'IA aggregano le esecuzioni dei test, redigono riepiloghi per la direzione e prevedono il rischio di rilascio a partire da difetti storici.

Scopri di più

Che cos'è un rapporto di prova?

A Rapporto di prova è un documento che riassume ogni attività di test e i risultati finali del test di un progetto. Valuta quanto bene il analisi è stata eseguita. Sulla base di questo rapporto, le parti interessate valutano la qualità del prodotto e decidono se rilasciare il software.

Ad esempio, se il report mostra che il prodotto presenta ancora molti difetti, le parti interessate possono posticipare il rilascio fino a quando tali difetti non saranno risolti.

Esempio di rapporto di prova

Perché è importante un rapporto di prova?

Lo scenario seguente illustra esattamente perché è necessario un rapporto di prova.

Il tester conferma verbalmente che il sito web è pronto per il rilascio.

Il cliente segnala difetti due mesi dopo il rilascio.

Qual è la causa principale di questo problema? Perché il sito web presenta ancora difetti nonostante sia già stato testato dal team?

Il problema è che la fase di reporting e valutazione della gestione dei test è stata saltata. Senza un report di test, il responsabile non aveva informazioni per valutare la qualità del sito web: si è semplicemente fidato dell'aggiornamento verbale e ha rilasciato il prodotto alla cieca.

I vantaggi tipici di un rapporto di prova includono:

Come redigere un buon rapporto di prova

Per creare un report di test utile, è necessario innanzitutto sapere cosa contiene un report standard. La sezione successiva lo suddivide nei quattro componenti richiesti, illustrati con il GuruEsempio di banca 99.

Cosa contiene un referto di prova?

Informazioni sul progetto

Tutti i metadati del progetto — nome del progetto, nome del prodotto e versione — devono essere acquisiti nel report di test. Per il GuruProgetto 99 Bank, le informazioni sono riportate di seguito.

Obiettivo del test

Come spiegato nel Pianificazione dei test Nel tutorial, il report dovrebbe indicare l'obiettivo di ogni ciclo di test: test unitario, test delle prestazioni, test di sistema e così via.

Riepilogo del test

Questa sezione presenta in sintesi l'attività di test. I dati richiesti sono:

Numero di casi di test eseguiti.
Numero di casi di test superati.
Numero di casi di test falliti.
Percentuale di superamento.
Percentuale di fallimento.
Commenti.

Visualizza sempre queste informazioni visivamente utilizzando indicatori di colore, graficie tabelle evidenziate.

Scarica la GuruModello di report di test bancario 99 per un esempio completo.

Difetto

Una delle sezioni più importanti di un rapporto di prova è il riepilogo dei difetti. Dovrebbe contenere:

Numero totale di bug.
Stato di ciascun bug (aperto, chiuso, in fase di risoluzione).
Conteggio dei bug aperti, risolti e chiusi.
Suddivisione per gravità e priorità.

Come il riepilogo del test, questa sezione trae vantaggio da metriche semplici come difetto densità e percentuale di difetti fissi.

Nel nostro esempio, il team di progetto ha riportato quanto segue:

Densità dei difetti: in media 20 difetti ogni 1,000 righe di codice.
Il 90% dei difetti è stato risolto.
L'elenco completo dei bug si trova nel difetto del progetto tracker.

Dati di questo tipo si presentano al meglio sotto forma di grafico, come quello riportato di seguito.

Consigli per scrivere un buon rapporto di prova

Un rapporto di prova è un strumento di comunicazione tra il responsabile dei test e le parti interessate. Un report ben scritto consente alle parti interessate di comprendere la situazione del progetto, la qualità del prodotto e la sua prontezza al rilascio.

Considera questo scenario: dopo aver eseguito Test di Performance sul canale GuruSul sito web di 99 Bank, un tester esterno ti invia il seguente rapporto di prova.

Le informazioni contenute in questo rapporto sono troppo abstractNon contiene alcun dettaglio, lasciando la parte interessata perplessa e probabilmente indotta a chiedere:

Perché i restanti 30 casi di test non sono stati eseguiti?
Quali casi di test hanno fallito?
Dove si trova la descrizione del bug?

Un buon rapporto di prova dovrebbe quindi essere:

dettagliata: Descrivi ogni attività di test e quali ambiti di test sono stati esercitati. Evita assolutetraclingua t.
Clear: Assicurati che tutte le informazioni siano brevi e facili da comprendere a colpo d'occhio.
Standard: Segui un modello standard in modo che le parti interessate possano confrontare i report tra i diversi progetti.
Specifica: Riassumi i risultati e concentrati sui punti principali: non scrivere un saggio sul progetto.

Per correggere l'addometracNel report sopra riportato, il tester dovrebbe aggiungere:

Informazioni sul progetto.
Ciclo di test (test di sistema, test di integrazione, ecc.).
Dettagli sulla copertura (percentuale di casi di test eseguiti, superati o falliti).
Segnalazione di difetto (descrizione, priorità e stato).

Domande Frequenti

Il responsabile dei test o il responsabile del test prepara il report, raccogliendo input dai tester, dai responsabili dell'automazione e dai responsabili dei difetti tracIl report viene quindi esaminato dal responsabile del progetto e condiviso con i team di sviluppo, prodotto e business.

Un rapporto di riepilogo dei test (Test Summary Report) descrive i risultati di uno specifico ciclo di test. Un rapporto di chiusura dei test (Test Closure Report) riassume l'intero progetto, comprese le lezioni apprese, le deviazioni dal piano, i criteri di uscita e l'approvazione finale, e viene prodotto una sola volta al termine di tutti i cicli.

Fornire una panoramica dello stato di salute del progetto con dati concreti, come la percentuale di successo complessiva, il numero totale di casi di test eseguiti rispetto a quelli pianificati, i difetti aperti suddivisi per gravità e un indicatore di prontezza al rilascio. Gli stakeholder dovrebbero essere in grado di cogliere lo stato di salute del progetto a colpo d'occhio, prima di approfondire le sezioni di dettaglio.

AI gli strumenti estraggono i risultati dei test da Jira, TestRaile le pipeline CI, redigono automaticamente riepiloghi di successo e fallimento, raggruppano i difetti in base alla causa principale e scrivono paragrafi narrativi pronti per la revisione da parte degli stakeholder, riducendo significativamente i tempi di stesura dei report.

Sì. L'IA generativa confronta la densità attuale dei difetti, la miscela di gravità e la copertura con i progetti storici per stimare il rischio di messa in produzione. Evidenzia anche i moduli in cui si concentrano i guasti di regressione, aiutandoping I responsabili danno priorità ai test aggiuntivi prima del rilascio.

Rapporto riassuntivo del test: modello, formato ed esempio

Che cos'è un rapporto di prova?

Perché è importante un rapporto di prova?

Come redigere un buon rapporto di prova