Cos'è il modello del piano di test?
MODELLO DEL PIANO DI PROVA è un documento dettagliato che descrive la strategia, gli obiettivi, la pianificazione, la stima, i risultati e le risorse necessarie per il test. Il piano di test 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 attività di test del software come un processo definito che viene minuziosamente monitorato e controllato dal responsabile del test.
La creazione di un piano di test è obbligatoria per garantire il successo del progetto di test del software.Se sei nuovo in Pianificazione dei test, fai riferimento a questo tutorial su Come creare un piano di test
Scarica modello di piano di test di esempio
Di seguito sono riportati i componenti importanti di un piano di test-
- 1. Introduzione
- 1.1 Campo di applicazione
- 1.1.1 In ambito
- 1.1.2 Fuori campo
- 1.2 Obiettivo di qualità
- 1.3 Ruoli e responsabilità
- 2 Metodologia del test
- 2.1 Panoramica
- 2.2 Livelli di prova
- 2.3 Bug Triage
- 2.4 Criteri di sospensione e requisiti per la ripresa
- 2.5 Completezza del test
- 3 Risultati del test
- 4 Esigenze di risorse e ambiente
- 4.1 Strumenti di test
- 4.2 Ambiente 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) In ambito
L'ambito definisce le caratteristiche, i requisiti funzionali o non funzionali del software che verrà testato
1.1.2) Fuori campo
Out Of Scope definisce le caratteristiche, i requisiti funzionali o non funzionali del software che NON verranno testati
1.2) Obiettivo di qualità
Qui fai una menzione dell'obiettivo generale che intendi raggiungere con i tuoi test manuali e test di automazione.
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
- Configuration Manager
- Sviluppatori
- Team di installazione
Tra gli altri
2) Metodologia di prova
2.1) Panoramica
Indicare il motivo dell'adozione di 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 selezionata dipende da molteplici fattori. Puoi leggere la 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 budget.
2.3) Bug Triage
L'obiettivo del triage è
- Per definire il tipo di risoluzione per ogni bug
- Per dare la priorità ai bug e determinare un programma per tutti i "To Be Fixed Bugs".
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 il tuo test completo.
Ad esempio, alcuni criteri per verificare la completezza del test sarebbero
- Copertura del test al 100%
- Tutti i casi di test manuali e automatici eseguiti
- Tutti i bug aperti sono stati corretti o verranno corretti nella prossima versione
3) Test Deliverables
Qui menzionare tutti gli artefatti del test che verranno consegnati durante le diverse fasi del ciclo di vita del test.
Ecco i semplici risultati finali
|
4) Esigenze di risorse e ambiente
4.1) Strumenti di test
Fai un elenco di strumenti come
- Strumento di monitoraggio dei requisiti
- Strumento di tracciamento dei bug
- Strumenti di automazione
Necessario per testare il progetto
4.2) Ambiente di test
Indica i requisiti hardware minimi che verranno utilizzati per testare l'applicazione.
A seguito del software sono tenuti in aggiunta al software client-specifica.
- Windows 8 e versioni successive
- Office 2013 e versioni successive
- MS Exchange, ecc.
5) Termini / acronimi
Fare una menzione di eventuali termini o acronimi utilizzati nel progetto
TERMINE / ACRONIMO | DEFINIZIONE |
API | Interfaccia del programma applicativo |
AUT | Applicazione in prova |
Scarica il formato del modello del piano di test sopra
Esempio di applicazione Web per operazioni bancarie con documenti di piano di test
1. Introduzione
Il piano di test è progettato per prescrivere l'ambito, l'approccio, le risorse e il programma 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 del test, le risorse e il programma necessari per completare il test ei rischi associati al piano.
1.1 Campo di applicazione
1.1.1 In ambito
Tutte le funzionalità di websiteGuru99 Bank che sono state definite nelle specifiche dei requisiti software devono essere superate
Nome modulo | Ruoli applicabili | Descrizione |
Richiesta di equilibrio | Cliente manager | Cliente : un cliente può avere più conti bancari. Può visualizzare il saldo dei suoi account soloManager : un manager può visualizzare il saldo di tutti i clienti che sono sotto la sua supervisione |
Trasferimento di fondi | Cliente manager | Cliente: un cliente può trasferire fondi dal proprio account a qualsiasi account di destinazione.Gestore : un gestore può trasferire fondi da qualsiasi conto bancario di origine all'account di destinazione |
Mini Statement | Cliente manager | Un mini rendiconto mostrerà le ultime 5 transazioni di un contoCliente: un cliente può vedere il mini estratto solo del suo "proprio" accountManager: un manager può vedere il mini estratto di qualsiasi conto |
Dichiarazione personalizzata | Cliente manager | Un estratto conto personalizzato consente di filtrare e visualizzare le transazioni in un conto in base alla data, al valore della transazioneCliente: un cliente può visualizzare l'estratto conto personalizzato solo del proprio "conto"Gestore : un amministratore può visualizzare l'estratto conto personalizzato di qualsiasi conto |
Cambiare la password | Cliente manager | Cliente: un cliente può modificare la password solo del suo account.Manager : un manager può cambiare la password solo del suo account. Non può cambiare le password dei suoi clienti |
Nuovo cliente | Manager | Manager : un manager può aggiungere un nuovo cliente. |
Manager | Manager: un manager può modificare dettagli come indirizzo, e-mail, telefono di un cliente. |
|
Nuovo account | Manager | Attualmente il sistema fornisce 2 tipi di conti • Risparmio • Attuale Un cliente può avere più conti di risparmio (uno a suo nome, l' altro a nome comune, ecc.). Può avere più conti correnti per diverse società di cui è proprietario. Oppure può avere più conti correnti e di risparmio.Manager: un manager può aggiungere un nuovo account per un cliente esistente . |
Modifica account | Manager | Gestore: un gestore può aggiungere una modifica ai dettagli dell'account per un account esistente |
Eliminare l'account | Manager | Manager: un manager può aggiungere l'eliminazione di un account per un cliente. |
Elimina cliente | Manager | Un cliente può essere eliminato solo se non dispone di account attivi o di salvataggio.Gestore: Un gestore può eliminare un cliente. |
Depositare | Manager | Manager: un manager può depositare denaro su qualsiasi conto. Di solito viene fatto quando i contanti vengono depositati presso una filiale bancaria. |
Ritiro | Manager | Manager: un manager può prelevare denaro da qualsiasi account. Di solito viene eseguito quando i contanti vengono ritirati presso una filiale bancaria. |
1.1.2 Fuori campo
Queste funzionalità non vengono testate perché non sono incluse nelle specifiche dei requisiti software
- Interfacce utente
- Interfacce hardware
- Interfacce software
- Database logico
- Interfacce di comunicazione
- Sicurezza e prestazioni del sito web
1.2 Obiettivo di qualità
Gli obiettivi del test sono verificare la Funzionalità del sito web Guru99 Bank, il progetto dovrebbe concentrarsi sul test delle operazioni bancarie come Account Management, Withdrawal e Balance
... ecc. Per garantire che tutte queste operazioni possano funzionare normalmente in un ambiente lavorativo reale.1.3 Ruoli e responsabilità
Il progetto dovrebbe utilizzare membri in outsourcing come tester per risparmiare sui costi del progetto.
No. | Membro | Compiti |
1. | Responsabile del test | Gestire l'intero progetto Definire le direzioni del progetto Acquisire le risorse appropriate |
2. | Test | Identificazione e descrizione di tecniche di test / strumenti / architettura di automazione appropriati Verificare e valutare l'approccio del test Eseguire i test, registrare i risultati, segnalare i difetti. Membri in outsourcing |
3. | Sviluppatore in test | Implementa i casi di test, il programma di test, la suite di test ecc. |
4. | Amministratore del test | Crea e garantisce la gestione e la manutenzione dell'ambiente e delle risorse di test Support Tester per utilizzare l'ambiente di test per l'esecuzione dei test |
5. | Membri SQA | Assumere la responsabilità dell'assicurazione della qualità Controllare per confermare se il processo di test soddisfa i requisiti specificati |
2 Metodologia del test
2.1 Panoramica
2.2 Livelli di prova
Nel progetto Guru99 Bank, ci sono 3 tipi di test che dovrebbero essere condotti.
- Test di integrazione (i singoli moduli software vengono combinati e testati in gruppo)
- Test del sistema : condotto su un sistema completo e integrato per valutare la conformità del sistema ai requisiti specificati
- Test API: testa tutte le API create per il software sotto testato
2.3 Bug Triage
2.4 Criteri di sospensione e requisiti per la ripresa
Se i membri del team segnalano che il 40% dei casi di test non è riuscito , 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 il completamento con successo di una fase di test
- La velocità di esecuzione è obbligatoriamente del 100% a meno che non venga fornita una ragione chiara.
- Il tasso di passaggio è dell'80%, il raggiungimento del tasso di passaggio è obbligatorio
2.6 Compito del progetto, stima e pianificazione
Compito | Membri | Stima lo sforzo |
Crea 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 |
Consegna di prova | 20 ore uomo | |
Totale | 280 ore uomo |
Programma per completare queste attività
3 Risultati del test
I risultati del test sono forniti come di seguito
Prima della fase di test
- Documento dei piani di prova.
- Documenti dei casi di test
- Specifiche del progetto di prova.
Durante il test
- Simulatori di strumenti di test.
- Dati di test
- Matrice di tracciabilità del test: registri degli errori e registri di esecuzione.
Dopo che i cicli di test sono terminati
- Risultati / rapporti dei test
- Rapporto sui difetti
- Linee guida per procedure di installazione / test
- Note di rilascio
4 Esigenze di risorse e ambiente
4.1 Strumenti di test
No. | Risorse | Descrizioni |
1. | server | Serve un server database che installi il server Web MySQL server che installi Apache Server |
2. | Strumento di test | Sviluppare uno strumento di test in grado di generare automaticamente il risultato del test nella forma predefinita e l'esecuzione automatica del test |
3. | Rete | Imposta una LAN Gigabit e 1 linea Internet con una velocità di almeno 5 Mb / s |
4. | Computer | Almeno 4 computer eseguono Windows 7, RAM 2 GB, CPU 3,4 GHZ |
4.2 Ambiente di test
Ambiente di test da configurare come da figura sotto