how write an effective test summary report
Una semplice guida in 12 passaggi per scrivere un rapporto di riepilogo del test efficace con il modello di report di riepilogo del test di esempio:
Diversi documenti e rapporti sono in fase di preparazione come parte del test. Alcuni sono Doc. Strategia di test , Piano di prova doc , Piano di gestione del rischio , Piano di gestione della configurazione, ecc. Tra questi, il rapporto di riepilogo del test è uno di questi rapporti che viene preparato al termine del test.
Ho cercato di spiegare lo scopo di ' Rapporto di riepilogo del test ' e fornito a modello di rapporto di riepilogo del test di esempio insieme a un rapporto effettivo da scaricare.
Cosa imparerai:
Che cos'è un rapporto di riepilogo del test?
Come sappiamo, il test del software è una fase importante nell'SDLC e funge anche da 'Quality Gate' per il passaggio dell'applicazione e certificata come 'Can Go Live' dal team di test.
Il rapporto di riepilogo del test è un risultato importante che viene preparato alla fine di un progetto di test, o meglio dopo che il test è stato completato. L'obiettivo principale di questo documento è spiegare vari dettagli e attività sui test eseguiti per il progetto, ai rispettivi stakeholder come Senior Management, Cliente, ecc.
script di test di esempio per il test del software
Nell'ambito di Rapporti di stato giornalieri , i risultati dei test giornalieri saranno condivisi ogni giorno con le parti interessate coinvolte. Ma il rapporto di riepilogo del test fornisce un rapporto consolidato sui test eseguiti finora per il progetto.
Lettura consigliata=> Come segnalare in modo intelligente l'esecuzione del test (download del modello di report di stato)
Supponiamo che se il Cliente che si trova in una posizione remota ha bisogno di comprendere i risultati e lo stato di un progetto di test che è stato eseguito per un periodo, ad esempio, quattro mesi, il Rapporto di riepilogo del test risolverà lo scopo.
Anche questo è un artefatto che deve essere preparato come parte del Processo CMMI .
Che cosa contiene il rapporto di riepilogo del test?
Un tipico Modello di rapporto di prova conterrà le seguenti informazioni, tuttavia, in base al formato e alla prassi di ciascuna Società, i contenuti potrebbero variare. Ho anche fornito esempi reali per una migliore comprensione.
Alla fine di questo articolo, puoi scaricare un esempio di rapporto di riepilogo del test.
Guida in 12 passaggi per scrivere un rapporto di riepilogo del test efficace
Passaggio # 1) Scopo del documento
Per esempio, Questo documento spiega le varie attività svolte come parte del test dell'applicazione 'ABCD Transport System'.
Passaggio 2) Panoramica dell'applicazione
Per esempio, 'ABCD Transport System' è un'applicazione per la prenotazione di biglietti per autobus basata sul web. I biglietti per vari autobus possono essere prenotati utilizzando i servizi online. Le informazioni sui passeggeri in tempo reale vengono ricevute da un 'sistema di archivio centrale', che verrà inviato prima della conferma della prenotazione. Esistono diversi moduli come Registrazione, Prenotazione, Pagamento e Rapporti integrati per soddisfare lo scopo.
Passaggio 3) Ambito del test
qual è l'email migliore da usare
- In ambito
- Fuori campo
- Articoli non testati
Per esempio, Non è possibile testare una verifica della funzionalità che richiede la connettività a un'applicazione di terze parti, poiché non è stato possibile stabilire la connettività a causa di alcune limitazioni tecniche. Questa sezione dovrebbe essere chiaramente documentata, altrimenti si presume che il test abbia coperto tutte le aree dell'applicazione.
- In ambito: I test funzionali per i seguenti moduli sono in Scopo del test
- Registrazione
- Prenotazione
- Pagamento
- Fuori campo: Il test delle prestazioni non è stato eseguito per questa applicazione.
- Articoli non testati: La verifica della connettività con il sistema di terze parti 'Sistema di archivio centrale' non è stata testata, poiché non è stato possibile stabilire la connettività a causa di alcune limitazioni tecniche. Questo può essere verificato durante l'UAT (User Acceptance Testing) dove la connettività è disponibile o può essere stabilita.
Passaggio 4) Metriche
- Numero di casi di test pianificati vs eseguiti
- Numero di casi di test superati / non riusciti
- N. di difetti identificati e relativo stato e gravità
- Distribuzione dei difetti - modulo saggio
Passaggio 5) Tipi di test eseguiti
- Test del fumo
- Test di integrazione del sistema
- e test di regressione
Nota:Se sono stati eseguiti diversi round di test, i dettagli possono essere inclusi anche qui.>
Per esempio,
per) Test del fumo
Questo test è stato eseguito ogni volta che viene ricevuta una build (distribuito nell'ambiente di test) per il test per assicurarsi che la funzionalità principale funzioni correttamente, Build può essere accettato e il test può iniziare.
b) Test di integrazione del sistema
- Questo è il Test eseguito sull'Applicazione sotto test, per verificare che l'intera applicazione funzioni secondo i requisiti.
- Gli scenari aziendali critici sono stati testati per assicurarsi che le funzionalità importanti nell'applicazione funzionino come previsto senza errori.
c) Test di regressione
- Il test di regressione è stato eseguito ogni volta che viene distribuita una nuova build per il test che contiene correzioni di errori e nuovi miglioramenti, se presenti.
- Il test di regressione viene eseguito sull'intera applicazione e non solo sulle nuove funzionalità e sulle correzioni dei difetti.
- Questo test garantisce che le funzionalità esistenti funzionino correttamente dopo la correzione dei difetti e l'aggiunta di nuovi miglioramenti all'applicazione esistente.
- I casi di test per le nuove funzionalità vengono aggiunti ai casi di test esistenti ed eseguiti.
Passaggio # 6) Ambiente e strumenti di test
Per esempio,
Passaggio 7) Lezioni apprese
Per esempio,
Passaggio 8) Raccomandazioni
Per esempio,
- Il controllo amministrativo per gli strumenti di gestione dei difetti può essere dato al responsabile dei test offshore per fornire l'accesso al team di test.
- Ogni volta che l'amministratore in loco non deve essere contattato per richieste ogni volta che si presentano, risparmiando tempo a causa della differenza di fuso orario geografico.
Passaggio 9) Best practice
Per esempio,
- Un'attività ripetitiva eseguita manualmente ogni volta richiedeva tempo. Questa attività è stata automatizzata creando script ed eseguita ogni volta, risparmiando tempo e risorse.
- I casi di test del fumo sono stati automatizzati e sono stati eseguiti gli script, che sono stati eseguiti velocemente e hanno risparmiato tempo.
- Gli script di automazione sono stati preparati per creare nuovi clienti, in cui è necessario creare molti record per il test.
- Gli scenari critici per l'azienda vengono testati separatamente sull'intera applicazione, il che è fondamentale per certificarne il corretto funzionamento.
Passaggio 10) Criteri di uscita
(i) Tutti i difetti critici sono chiusi ecc.>
Per esempio,
- Tutti i casi di test dovrebbero essere eseguiti - sì
- Tutti i difetti di gravità critica, grave e media devono essere verificati e chiusi - sì .
- Eventuali difetti aperti di gravità banale - Piano d'azione preparato con date di chiusura previste.
Nessun difetto di Gravità1 deve essere 'APERTO'; Solo 2 difetti di Gravità2 devono essere 'APERTI'; Solo 4 difetti di Gravità3 dovrebbero essere 'APERTI'. Nota: questo può variare da progetto a progetto. Il piano d'azione per i difetti aperti dovrebbe essere chiaramente menzionato con dettagli su quando e come saranno affrontati e chiusi.>
Passaggio 11) Conclusione / Firma
domande e risposte dell'intervista Java per le matricole tecniche
Per esempio, Poiché i criteri di uscita sono stati soddisfatti e soddisfatti come menzionato nella Sezione 10, questa applicazione viene suggerita di 'Go Live' dal team di test. Prima di 'Go Live', è necessario eseguire un test di accettazione appropriato per l'utente / azienda.
Passaggio # 12) Definizioni, acronimi e abbreviazioni
=> Scarica il rapporto di riepilogo del test di esempio:
Clicca qui per scaricare un modello di rapporto di prova di esempio con un esempio.
Pochi punti da notare durante la preparazione del rapporto di riepilogo del test
- Come parte dell'esecuzione del test, raccogliere tutte le informazioni richieste sul test eseguito. Ciò contribuirà a preparare un rapporto di riepilogo del test valido.
- Le lezioni apprese possono essere spiegate in dettaglio, il che trasmetterà la responsabilità che è stata presa per risolvere questi problemi. Inoltre, questo sarà un riferimento per i prossimi progetti per evitarli.
- Allo stesso modo, menzionare le Best Practices illustrerà gli sforzi compiuti dal team oltre ai test regolari, che saranno anche trattati come una 'aggiunta di valore'.
- Menzionare le metriche in forma grafica (grafici, grafici) sarà un buon modo per rappresentare visivamente lo stato e i dati.
- Ricorda, il rapporto di sintesi del test deve menzionare e spiegare le attività svolte come parte del test, ai destinatari per comprenderle meglio.
- Se necessario, è possibile aggiungere alcune sezioni più appropriate.
Conclusione
Il rapporto di riepilogo del test è un risultato importante e l'obiettivo dovrebbe essere quello di preparare un documento efficace, poiché questo artefatto sarà condiviso con varie parti interessate come il senior management, il cliente, ecc.
Dopo aver eseguito test esaustivi, la pubblicazione dei risultati del test, le metriche, le migliori pratiche, le lezioni apprese, le conclusioni su 'Go Live' ecc. Sono estremamente importanti per produrlo come prova per il test eseguito e la conclusione del test.
Abbiamo anche reso disponibile per il download l'esempio del rapporto di prova. È un perfetto esempio di come preparare un rapporto di riepilogo del test efficace!
Circa l'autore: Questo è un guest post di Baskar Pillai. Ha circa 14 anni di esperienza nella gestione dei test e nel test del software end-to-end. Professionista certificato CSTE, formatore, ha lavorato in major IT come Cognizant, HCL, Capgemini e attualmente lavora come Test Manager per una grande MNC.
Fateci sapere i vostri commenti / domande / pensieri.
Lettura consigliata
- Come scrivere un rapporto sullo stato settimanale del test del software
- Modello di esempio per rapporto del test di accettazione con esempi
- Come segnalare in modo intelligente l'esecuzione del test - (Scarica modello di rapporto sullo stato)
- Modello di test case di esempio con esempi di test case (Download)
- Guida alla documentazione sul test del software (perché è importante)
- Come scrivere una buona segnalazione di bug? Suggerimenti e trucchi
- 6 passaggi più importanti per migliorare ulteriormente i rapporti di prova
- Come scrivere un documento di strategia di test (con modello di strategia di test di esempio)