Modello di piano di test (esempio di documento di esempio)

By: Tommaso Hamilton Tommaso Hamilton
Hours aggiornato

Cos'è il modello del piano di test?

Modello del piano di test è un documento dettagliato che descrive la strategia di test, gli obiettivi, la pianificazione, la stima, i risultati finali e le risorse necessarie per il test. Test Plan ci aiuta a determinare lo sforzo necessario per convalidare la qualità dell'applicazione sottoposta a test. Il piano di test funge da modello per condurre le attività di test del software come un processo definito che viene minuziosamente monitorato e controllato dal responsabile del test.

Creazione di un Piano di test è obbligatorio per garantire il successo del tuo progetto di test del software. Se sei nuovo alla pianificazione dei test, consulta questo tutorial su Come creare un piano di test

Scarica il modello di piano di test di esempio

Modello del piano di test

Di seguito sono riportati i componenti importanti di un piano di test:

1) Introduzione

Breve introduzione delle strategie di test, del processo, del flusso di lavoro e delle metodologie utilizzate per il progetto

1.1) Campo di applicazione

1.1.1) Nell'ambito

L'ambito definisce le caratteristiche, i requisiti funzionali o non funzionali del software che sarà testato

1.1.2) Fuori ambito

Out Of Scope definisce le caratteristiche, i requisiti funzionali o non funzionali del software che non sarà testato

1.2) Obiettivo Qualità

Qui menziona l'obiettivo generale che prevedi di raggiungere con i test manuali e i test automatizzati.

Alcuni obiettivi del tuo progetto di test potrebbero essere

  • Assicurarsi che l'applicazione sotto test sia conforme ai requisiti funzionali e non funzionali
  • Assicurarsi che l'AUT soddisfi le specifiche di qualità definite dal cliente
  • Bug/problemi vengono identificati e risolti prima della pubblicazione

1.3) Ruoli e responsabilità

Descrizione dettagliata dei ruoli e delle responsabilità dei diversi membri del team come

  • Analista QA
  • Responsabile del test
  • Gestore configurazione
  • Sviluppatori
  • Team di installazione

Fra gli altri

ARTICOLI CORRELATI

2) Metodologia di prova

2.1. Panoramica

Menzionare il motivo per cui è stata adottata una particolare metodologia di test per il progetto. La metodologia di test selezionata per il progetto potrebbe essere

  • Cascata
  • iterativo
  • Agile
  • Programmazione estrema

La metodologia scelta dipende da molteplici fattori. Puoi leggere informazioni sulla metodologia di test qui

2.2) Livelli di prova

I Livelli di Test definiscono i Tipi di Test da eseguire sull'Applicazione in Test (AUT). I livelli di test dipendono principalmente dall'ambito del progetto, dai vincoli di tempo e di budget.

2.3) Valutazione dei bug

L'obiettivo del triage è quello

  • Per definire il tipo di risoluzione per ciascun bug
  • Dare priorità ai bug e determinare un programma per tutti i "bug da correggere".

2.4) Criteri di sospensione e requisiti per la ripresa

I criteri di sospensione definiscono i criteri da utilizzare per sospendere tutta o parte della procedura di test mentre i criteri di ripresa determinano quando il test può riprendere dopo che è stato sospeso

2.5) Completezza del test

Qui definisci i criteri che riterranno completo il tuo test.

Ad esempio, alcuni criteri per verificare la completezza del test sarebbero:

  • Copertura del test al 100%
  • Tutti i casi di test manuali e automatizzati sono stati eseguiti
  • Tutti i bug aperti sono stati corretti o verranno corretti nella prossima versione

3) Risultati del test

Qui vengono menzionati tutti gli artefatti di test che verranno consegnati durante le diverse fasi del ciclo di vita dei test.

Ecco i risultati finali semplici

  • Piano di test
  • Test di Casi
  • Matrice di tracciabilità dei requisiti
  • Rapporti Bug
  • Strategia di prova
  • Metriche di prova
  • Autorizzazione del cliente

4) Esigenze di risorse e ambiente

4.1) Strumenti di test

Crea un elenco di strumenti come

Necessario per testare il progetto

4.2) Ambiente di prova

Menziona il minimo hardware requisiti che verranno utilizzati per testare l'Applicazione.

A seguire software sono necessari in aggiunta al software specifico del cliente.

  • Windows 8 e versioni successive
  • Office 2013 e versioni successive
  • MS Exchange, ecc.

5) Termini/Acronimi

Menzionare eventuali termini o acronimi utilizzati nel progetto

TERMINE/ACRONIMO DEFINIZIONE
API Interfaccia del programma applicativo
funzione AUT Applicazione in prova

Scarica il formato del modello del piano di test riportato sopra

Esempio di applicazione Web bancaria per documenti di piano di test di esempio

1 Introduzione

Il piano di test è progettato per prescrivere l'ambito, l'approccio, le risorse e la pianificazione di tutte le attività di test del progetto Guru99 Bank.

Il piano identifica gli elementi da testare, le caratteristiche da testare, i tipi di test da eseguire, il personale responsabile dei test, le risorse e il programma necessari per completare i test e i rischi associati al piano.

1.1 Ambito

1.1.1 Nell'ambito

Tutte le funzionalità di websiteGuru99 Bank definite nei requisiti software occhiali sono da testare

Nome modulo Ruoli applicabili Descrizione
Richiesta di equilibrio Cliente Gestore : Un cliente può avere più conti bancari. Può
visualizzare solo il saldo dei suoi conti
direttore: Un gestore può visualizzare il saldo di tutti i clienti che
sottoporsi alla sua supervisione
Trasferimento di fondi Cliente Gestore Cliente: Un cliente può trasferire fondi dal suo conto corrente
account su qualsiasi account di destinazione.
direttore: Un gestore può trasferire fondi da qualsiasi banca di origine
conto al conto di destinazione
Mini dichiarazione Cliente Gestore Un Mini estratto conto mostrerà le ultime 5 transazioni di un conto
Cliente: Un cliente può vedere solo una mini-dichiarazione "propria"
conti
Allenatore: Un manager può vedere il mini-estratto conto di qualsiasi account
Dichiarazione personalizzata Cliente Gestore Un'istruzione personalizzata consente di filtrare e visualizzare
transazioni in un conto in base alla data, valore della transazione
Cliente: Un cliente può vedere solo la dichiarazione personalizzata
i suoi “propri” racconti
direttore: Un gestore può vedere la dichiarazione personalizzata di qualsiasi
account
Cambiare la password Cliente Gestore Cliente: Un cliente può modificare la password solo del suo account.
direttore: Un gestore può cambiare la password solo del suo account.
Non può cambiare le password dei suoi clienti
NUOVO CLIENTE direttore direttore: Un manager può aggiungere un nuovo cliente.
direttore Allenatore: Un gestore può modificare dettagli come indirizzo, e-mail,
telefono di un cliente.
Nuovo account direttore Attualmente il sistema fornisce 2 tipi di account
• Risparmio
• Attuale
Un cliente può avere più conti di risparmio (uno a suo nome,
altro in un nome congiunto ecc.).
Può avere più conti correnti per diverse aziende
possiede.
Oppure può avere più conti correnti e di risparmio.
Allenatore: Un gestore può aggiungere un nuovo account per un account esistente
cliente.
Modifica account direttore Allenatore: Un gestore può aggiungere e modificare i dettagli dell'account per un account esistente
Eliminare l'account direttore Allenatore: Un manager può aggiungere ed eliminare un account per un cliente.
Elimina cliente direttore Un cliente può essere cancellato solo se non ha conti correnti o di risparmio attivi
Allenatore: Un manager può eliminare un cliente.
Cauzione direttore Allenatore: Un gestore può depositare denaro su qualsiasi conto.
Solitamente effettuato quando si deposita denaro contante presso una filiale bancaria.
Ritiro direttore Allenatore: Un gestore può prelevare denaro da qualsiasi conto.
Solitamente effettuato quando si preleva denaro contante presso una filiale bancaria.

1.1.2 Fuori ambito

Queste funzionalità non possono essere testate perché non sono incluse nelle specifiche dei requisiti software

  • Interfacce utente
  • Interfacce hardware
  • Interfacce software
  • Logico del database
  • Interfacce di comunicazione
  • Sicurezza e prestazioni del sito web

1.2 Obiettivo Qualità

Gli obiettivi del test sono: verificare la funzionalità del sito web Guru99 Bank, il progetto dovrebbe concentrarsi sul test della operazione bancaria come gestione del conto, prelievo e saldo...ecc. A di garanzia tutte queste operazioni possono funzionare normalmente in un ambiente aziendale reale.

Ruoli e responsabilità di 1.3

Il progetto dovrebbe utilizzare esternalizzare membri come tester per risparmiare sui costi del progetto.

No. Member Compiti
1. Responsabile del test Gestisci l'intero progetto
Definire le direzioni del progetto
Acquisire risorse adeguate
2. Test Identificare e descrivere tecniche/strumenti di test/architettura di automazione appropriati Verificare e valutare l'approccio di test
Eseguire i test, registrare i risultati, segnalare i difetti.
Membri esternalizzati
3. Sviluppatore in prova Implementare i casi di test, il programma di test, la suite di test, ecc.
4. Amministratore di prova Crea e garantisce che l'ambiente di test e le risorse siano gestiti e mantenuti
Supporta il tester per utilizzare l'ambiente di test per l'esecuzione dei test
5. Membri della SQA Assumersi la responsabilità della garanzia della qualità
Controllare per confermare se il processo di test soddisfa i requisiti specificati

2 Metodologia di prova

2.1 Panoramica

2.2 Livelli di prova

Nel progetto Guru99 Bank, dovrebbero essere condotti 3 tipi di test.

  • Integrazione: Test (i singoli moduli software vengono combinati e testati come gruppo)
  • Sistema Test: condotto su a completamento di una, integrato sistema per valutare la conformità del sistema ai requisiti specificati
  • Test API: Testare tutte le API create per il software sottoposto a test

2.3 Valutazione dei bug

2.4 Criteri di sospensione e requisiti di ripresa

Se i membri del team segnalano che ci sono dei casi di test mancato, sospendere i test finché il team di sviluppo non risolve tutti i casi non riusciti.

2.5 Completezza del test

  • Specifica i criteri che denotano a di successo completamento di una fase di test
  • Correre la tariffa è obbligatoria a meno che non venga fornita una motivazione chiara.
  • Passare tasso è 80%, raggiungere il tasso di superamento è obbligatorio

2.6 Compito del progetto, stima e pianificazione

Task Utenti Stima lo sforzo
Creare la specifica del test Progettista di test 170 ore uomo
Eseguire l'esecuzione del test Tester, amministratore del test 80 ore uomo
Rapporto di prova Tester 10 ore uomo
Prova di consegna 20 ore uomo
Totale 280 ore uomo

Pianifica il completamento di queste attività

3 risultati finali del test

I risultati del test sono forniti come di seguito

Prima della fase di test

  • Documento dei piani di test.
  • Casi test documenti
  • Specifiche di progettazione del test.

Durante i test

– Simulatori di strumenti di prova.

- Dati di test

– Matrice di tracciabilità dei test – Log degli errori e log di esecuzione.

Al termine dei cicli di test

  • Risultati/rapporti dei test
  • Rapporto sui difetti
  • Linee guida per le procedure di installazione/test
  • Note di rilascio

4 Esigenze in termini di risorse e ambiente

4.1 Strumenti di test

No. Risorse Descriptioni
1. server È necessario un server database da installare MySQL server
Server Web su cui installare Apache Server
2. Strumento di prova Sviluppare uno strumento di test in grado di generare automaticamente il risultato del test nel formato predefinito e di eseguire il test automatizzato
3. Network Configura una LAN Gigabit e 1 linea Internet con velocità di almeno 5 Mb/s
4. computer Almeno 4 computer funzionano Windows 7, RAM 2 GB, CPU 3.4 GHZ

4.2 Ambiente di prova

Vengono indicati i requisiti minimi hardware e software che verranno utilizzati per testare l'applicazione.

Oltre al software specifico del cliente, sono richiesti i seguenti software.

  • Windows 11 e versioni successive
  • Office 2021 e versioni successive
  • MS Exchange, ecc.