Menu

Esempio di documento del piano di test (esempio di piano di test con i dettagli di ogni campo)

sample test plan document

Prova Il Nostro Strumento Per Eliminare I Problemi

Desideri imparare e scaricare un piano di test di esempio? Questo tutorial è in risposta a coloro che hanno richiesto un esempio di piano di test.

Nel mio precedente tutorial, ho delineato il file Indice del piano di test. In questo tutorial, elaborerò quell'indice con maggiori dettagli.

Un piano di test riflette l'intero programma e l'approccio del test.

=> Fare clic qui per una serie completa di tutorial sul piano di test

DOCUMENTO DEL PIANO DI PROVA

Ciò include lo scopo di un piano di test, ovvero ambito, approccio, risorse e programma delle attività di test. Al fine di identificare gli elementi da testare, le caratteristiche da testare, le attività di test da eseguire, il personale responsabile di ciascuna attività, i rischi associati a questo piano, ecc.

Ho incluso il collegamento per scaricare un formato PDF di questo esempio di piano di test alla fine di questo post.

Piano di test di esempio

(Nome del prodotto)

Preparato da:
(Nomi di coloro che hanno preparato)
(Data)

TABELLA DEI CONTENUTI (TOC)

1.0 INTRODUZIONE

2.0 OBIETTIVI E COMPITI
2.1 Obiettivi
2.2 Compiti

3.0 SCOPO

4.0 Strategia di test
4.1 Alpha test (test unitario)
4.2 Test di sistema e integrazione
4.3 Performance e stress test
4.4 Test di accettazione dell'utente
4.5 Test in batch
4.6 Test di regressione automatizzato
4.7 Beta test

5.0 Requisiti hardware

come si apre un file apk

6.0 Requisiti ambientali
6.1 Frame principale
6.2 Postazione di lavoro

7.0 Programma dei test

8.0 Procedure di controllo

9.0 Funzionalità da testare

10.0 Funzionalità da non testare

11.0 Risorse / ruoli e responsabilità

12.0 Orari

13.0 Dipartimenti a impatto significativo (SID)

14.0 Dipendenze

15.0 Rischi / ipotesi

16.0 Strumenti

17.0 Approvazioni

Nota: Questo piano di test viene fornito come PDF. Per la massima flessibilità, considera l'utilizzo di uno strumento di gestione dei test basato sul web come TestRail per sviluppare i tuoi piani di test.

Esploriamo ogni campo in dettaglio !!

1.0 INTRODUZIONE

È un breve riassunto del prodotto che viene testato. Delinea tutte le funzioni ad alto livello.

2.0 OBIETTIVI E COMPITI

2.1 Obiettivi
Descrivere gli obiettivi supportati dal Master Test Plan, Per esempio , definendo compiti e responsabilità, un veicolo per la comunicazione, un documento da utilizzare come accordo sul livello di servizio, ecc.

2.2 Compiti
Elenca tutte le attività identificate da questo piano di test, ad es. Test, post-test, segnalazione di problemi, ecc.

3.0 SCOPO

Generale: Questa sezione descrive ciò che viene testato, che è nuovo per tutte le funzioni di un prodotto specifico, le sue interfacce esistenti, l'integrazione di tutte le funzioni, ecc.

Tattiche: Elenca qui come realizzerai gli elementi che hai elencato nella sezione 'Ambito'.

Per esempio , se hai detto che testerai le interfacce esistenti, quali sarebbero le procedure che seguiresti per avvisare le persone chiave di rappresentare le loro rispettive aree, oltre a dedicare del tempo nel loro programma per assisterti nello svolgimento della tua attività?

4.0 STRATEGIA DI TEST

Descrivi l'approccio generale al test. Per ogni gruppo principale di funzionalità o combinazioni di funzionalità, specificare l'approccio che garantirà che questi gruppi di funzionalità siano adeguatamente testati.

Specificare le attività, le tecniche e gli strumenti principali utilizzati per testare i gruppi di funzionalità designati.

L'approccio dovrebbe essere descritto con dettagli sufficienti per consentire l'identificazione delle principali attività di test e la stima del tempo richiesto per ciascuna di esse.

4.1 Test unitario

Definizione: Specificare il grado minimo di completezza desiderato. Identificare le tecniche che verranno utilizzate per giudicare la completezza dello sforzo di test ( Per esempio , determinando quali istruzioni sono state eseguite almeno una volta).

Specificare eventuali criteri di completamento aggiuntivi ( Per esempio , frequenza di errore). Le tecniche da utilizzare per tracciare i requisiti dovrebbero essere specificate.

Partecipanti: Elenca i nomi delle persone / dipartimenti di cui sarebbero responsabili Test unitario .

Metodologia: Descrivi come verranno condotti gli unit test. Chi scriverà gli script di test per gli Unit Testing, quale sarebbe la sequenza di eventi di Unit Testing e come si svolgerà l'attività di test?

4.2 Test di sistema e integrazione

Definizione: Elenca qual è la tua comprensione Test di sistema e test di integrazione per il tuo progetto.

Partecipanti: Chi condurrà System e Test d'integrazione sul tuo progetto? Elenca le persone che saranno responsabili di questa attività.

Metodologia: Descrivi come verranno condotti i test di sistema e integrazione. Chi scriverà gli script di test per Unit Testing, quale sarebbe la sequenza di eventi di System & Integration Testing e come si svolgerà l'attività di test?

4.3 Performance e stress test

Definizione: Elenca qual è la tua comprensione dello stress test per il tuo progetto.

Partecipanti: Chi condurrà lo stress test sul tuo progetto? Elenca le persone che saranno responsabili di questa attività.

Metodologia: Descrivi come verranno condotti i test sulle prestazioni e lo stress. Chi scriverà gli script di test per il test, quale sarebbe la sequenza di eventi per Performance & Stress Testing e come si svolgerà l'attività di test?

4.4 Test di accettazione dell'utente

Definizione: Lo scopo del test di accettazione è confermare che il sistema è pronto per l'uso operativo. Durante il test di accettazione, gli utenti finali (clienti) del sistema confrontano il sistema con i suoi requisiti iniziali.

Partecipanti: Chi sarà responsabile del test di accettazione degli utenti? Elenca il nome delle persone e la loro responsabilità.

Metodologia: Descrivi come verrà condotto il test di accettazione dell'utente. Chi scriverà gli script di test per il test, quale sarebbe la sequenza di eventi del test di accettazione dell'utente e come si svolgerà l'attività di test?

4.5 Test in batch

4.6 Test di regressione automatizzato

Definizione: Test di regressione è il test selettivo di un sistema o di un componente per verificare che le modifiche non abbiano causato effetti indesiderati e che il sistema o il componente funzioni ancora come specificato nei requisiti.

4.7 Beta test

5.0 REQUISITI HARDWARE
Computer
Modem

6.0 REQUISITI AMBIENTALI

6.1 Frame principale
Specificare le proprietà necessarie e desiderate dell'ambiente di test.

La specifica dovrebbe contenere le caratteristiche fisiche delle strutture, inclusi l'hardware, le comunicazioni e il software di sistema, la modalità di utilizzo ( Per esempio, stand-alone) e qualsiasi altro software o materiale di consumo necessario per supportare il test.

Inoltre, specificare il livello di sicurezza che deve essere fornito per la struttura di test, il software di sistema e i componenti proprietari come software, dati e hardware.

Identificare gli strumenti di test speciali richiesti. Identificare qualsiasi altra esigenza di test ( Per esempio, pubblicazioni o spazi per uffici). Identifica la fonte di tutte le esigenze che non sono attualmente disponibili per il tuo gruppo.

6.2 Postazione di lavoro

7.0 PROGRAMMA DI PROVA

Includere tutte le pietre miliari del test identificate nella pianificazione del progetto software, nonché tutti gli eventi di trasmissione degli articoli.

Definire eventuali traguardi di test aggiuntivi richiesti. Stimare il tempo necessario per eseguire ciascuna attività di test. Specificare la pianificazione per ciascuna attività di test e pietra miliare del test. Per ogni risorsa di test (ovvero strutture, strumenti e personale), specificare i periodi di utilizzo.

8.0 PROCEDURE DI CONTROLLO

Segnalazione dei problemi
Documentare le procedure da seguire quando si verifica un incidente durante il processo di test. Se si intende utilizzare un modulo standard, allegare una copia vuota come 'Appendice' al Piano di prova.

Nel caso in cui si utilizzi un sistema di registrazione automatica degli incidenti, scrivere tali procedure.

Cambia richieste
Documentare il processo di modifiche al software. Identificare chi firmerà le modifiche e quali sarebbero i criteri per includere le modifiche al prodotto corrente.

Se le modifiche interesseranno i programmi esistenti, è necessario identificare questi moduli.

9.0 CARATTERISTICHE DA TESTARE

Identificare tutte le funzionalità del software e le combinazioni delle funzionalità del software che verranno testate.

10.0 CARATTERISTICHE DA NON TESTARE

Identificare tutte le funzionalità e le combinazioni significative di funzionalità che non verranno testate insieme ai motivi.

11.0 RISORSE / RUOLI E RESPONSABILITÀ

Specificare i membri del personale coinvolti nel progetto di test e quali saranno i loro ruoli ( Per esempio, Mary Brown (utente) compila casi di test per test di accettazione).

Identificare i gruppi responsabili della gestione, progettazione, preparazione, esecuzione e risoluzione delle attività di test e dei problemi correlati.

Inoltre, identificare i gruppi responsabili della fornitura dell'ambiente di test. Questi gruppi possono includere sviluppatori, tester, personale operativo, servizi di test, ecc.

12.0 ORARI

Principali risultati finali: Identifica i documenti consegnabili. Puoi elencare i seguenti documenti:

  • Piano di test
  • Casi test
  • Rapporti sugli incidenti di prova
  • Rapporti di riepilogo dei test

13.0 REPARTI IMPORTANTI (SID)

Autobus Dipartimento / Area Affari. Manager Tester

14.0 DIPENDENZE

Identifica i vincoli significativi sui test, come la disponibilità degli elementi di test, la disponibilità delle risorse di test e le scadenze.

15.0 RISCHI / ASSUNZIONI

Identificare le ipotesi ad alto rischio del piano di test. Specificare i piani di emergenza per ogni ( Per esempio, il ritardo nella consegna degli articoli di prova potrebbe richiedere una maggiore programmazione del turno notturno per rispettare la data di consegna).

1 6.0 STRUMENTI
Elenca gli strumenti di automazione che intendi utilizzare. Inoltre, elenca lo strumento di monitoraggio dei bug qui.

17.0 APPROVAZIONI

Specificare i nomi e i titoli di tutte le persone che devono approvare questo piano. Fornisci spazio per le firme e le date.

Nome (in lettere maiuscole) Data firma:

1.
Due.
3.
Quattro.

Scarica: Puoi anche scaricare questo piano di test di esempio Modello qui.

Abbiamo anche preparato un vero e proprioPiano di test del progetto dal vivoda questo campione.

Puoi verificarlo e scaricarlo nei seguenti tutorial:

  1. Modello di piano di test semplice
  2. Documento del piano di prova (download)

=> Visita qui per una serie completa di tutorial sul piano di test

Lettura consigliata

^