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 Test Plan è progettato per prescrivere l'ambito, l'approccio, le risorse e la pianificazione di tutte le attività di testing del progetto Guru99 Bank. Il piano identifica gli elementi da testare, le caratteristiche da testare, i tipi di testing da eseguire, il personale responsabile del testing, le risorse e la pianificazione necessarie per completare il testing 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 il saldo dei suoi conti solo direttore: Un gestore può visualizzare il saldo di tutti i clienti che sono sotto la sua supervisione
Trasferimento di fondi Cliente Gestore Cliente: Un cliente può trasferire fondi dal suo “proprio” conto a qualsiasi conto di destinazione. direttore: Un gestore può trasferire fondi da qualsiasi conto bancario di origine 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 un mini-estratto conto solo dei suoi “propri” conti Allenatore: Un manager può vedere il mini-estratto conto di qualsiasi account
Dichiarazione personalizzata Cliente Gestore Un estratto conto personalizzato consente di filtrare e visualizzare le transazioni in un conto in base alla data e al valore della transazione Cliente: Un cliente può vedere l'estratto conto personalizzato solo dei suoi "propri" conti direttore: Un gestore può vedere l'estratto conto personalizzato di qualsiasi conto
Cambiare la password Cliente Gestore Cliente: Un cliente può modificare la password solo del suo account. direttore: Un manager 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 dati quali indirizzo, e-mail, numero di telefono di un cliente.
Nuovo account direttore Attualmente il sistema fornisce 2 tipi di conti • Risparmio • Corrente Un cliente può avere più conti di risparmio (uno a suo nome, l'altro a nome congiunto, ecc.). Può avere più conti correnti per diverse aziende di sua proprietà. Oppure può avere più conti correnti e di risparmio. Allenatore: Un gestore può aggiungere un nuovo account per un cliente esistente.
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 manager può depositare denaro su qualsiasi conto. Solitamente ciò avviene quando il denaro viene depositato presso una filiale bancaria.
Ritiro direttore Allenatore: Un manager può prelevare denaro da qualsiasi conto. Solitamente ciò avviene quando si preleva denaro in contanti 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 Gestire l'intero progetto Definire le direzioni del progetto Acquisire risorse appropriate
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 del test
5. Membri della SQA Assumersi la responsabilità della garanzia della qualità Verificare 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 40% 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 100% 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 che installa 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 NetPoulSafe 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

Menziona i requisiti minimi hardware e software che saranno utilizzati per testare l'Applicazione. I seguenti software sono richiesti oltre al software specifico del cliente.
  • Windows 11 e versioni successive
  • Office 2021 e versioni successive
  • MS Exchange, ecc.

Scopri di più leggi di più

Potrebbe piacerti: